Définition
Un Statement of Work (SOW) — ou énoncé des travaux — est un document formel et juridiquement contraignant qui définit les activités, les livrables, les délais et la tarification spécifiques à un projet pour les services fournis par un prestataire à un client. C'est le plan opérationnel qui dicte exactement ce qui constitue la réussite du projet et le déclenchement du paiement.
Explication
Dans le secteur des services B2B (conseil en informatique, agences, MSP), le SOW est le document commercial le plus critique que vous signerez.
Alors que la proposition est un document de vente et de marketing conçu pour gagner le cœur et l'esprit de l'acheteur, le SOW est un document de gestion des risques conçu pour protéger l'entreprise. Une proposition mal rédigée peut vous faire perdre le contrat ; un SOW mal rédigé peut mettre en péril votre entreprise en vous enfermant dans un travail interminable et non rentable.
Le SOW est la principale défense contre la dérive du périmètre (Scope Creep) et la perte de marge (Margin Leakage). Lorsqu'un client demande inévitablement « une fonctionnalité de plus », le SOW est le document vers lequel le chef de projet pointe pour dire : « Cela semble excellent, rédigeons un ordre de modification (Change Order) pour cela. »
Composants critiques d'un SOW à toute épreuve
Un SOW de qualité professionnelle doit contenir les sections suivantes pour être commercialement viable :
- Objectifs du projet : Un résumé de haut niveau des objectifs commerciaux que le projet permet d'atteindre.
- Périmètre des services : Les tâches spécifiques que le prestataire effectuera (quantifiées autant que possible).
- Livrables : Les résultats tangibles (ex. : « 1 prototype Figma contenant 5 écrans »).
- Calendrier et jalons : Les dates de début et de fin des phases spécifiques.
- Tarification et conditions de paiement : Le coût et les moments où les paiements sont déclenchés (ex. : « 30 % à la signature, 40 % à la recette utilisateur (UAT), 30 % à la mise en service »).
- Hypothèses et responsabilités du client : Ce sur quoi le prestataire compte de la part du client (ex. : « Le client fournira l'accès à l'API d'ici la semaine 1 »).
- Exclusions (Hors périmètre) : Indiquer explicitement ce qui n'est pas inclus.
- Critères d'acceptation : La définition objective de ce qui est « terminé » et qui déclenche le paiement final.
Diagramme : SOW vs Proposition
```mermaid graph LR A[La Proposition] -->|Objectif : Persuasion| B(Focus : Pourquoi nous choisir ?) A -->|Ton : Marketing| C(Métriques : ROI et Valeur)
D[Le SOW] -->|Objectif : Protection| E(Focus : Que ferons-nous exactement ?) D -->|Ton : Juridique et Opérationnel| F(Métriques : Livrables et Jalons) ```
Liste de contrôle commerciale pour la révision d'un SOW
Avant de signer, un SOW doit passer ces tests :
- Le test du « Combien » : Tous les livrables sont-ils quantifiés ? (ex. : « Concevoir 3 modèles », et non « Concevoir des modèles »).
- Le test du « Retard » : Si le client met 3 semaines à examiner un document, le SOW protège-t-il votre calendrier et empêche-t-il votre équipe de rester inactive ?
- Le test de « l'Acceptation » : Le client peut-il rejeter arbitrairement un livrable, ou les critères sont-ils objectifs ?
- Le test du « Changement » : Le processus d'ordre de modification (Change Order) est-il explicitement énoncé ?
Concepts associés
Collez un paragraphe. Nous signalerons les fuites en direct.
Quelle est la différence entre un SOW et un MSA ?+
Un MSA (Master Services Agreement) régit la relation juridique globale (responsabilité, propriété intellectuelle, conditions de paiement, confidentialité) pour tous les projets. Un SOW (Statement of Work) est un document secondaire régi par le MSA qui définit le périmètre spécifique, les livrables, le calendrier et la tarification pour un projet unique.
Un SOW est-il juridiquement contraignant ?+
Oui. Une fois signé par les deux parties, un SOW est un contrat juridiquement contraignant qui dicte exactement ce qui doit être livré et ce qui doit être payé.
Qui doit rédiger le SOW ?+
Bien que l'équipe commerciale puisse rédiger la proposition initiale, le SOW final doit toujours être rédigé ou strictement révisé par l'équipe de livraison ou les ingénieurs avant-vente responsables de l'exécution du travail.