Definizione
Uno Statement of Work (SOW) è un documento formale e legalmente vincolante che definisce le attività, i deliverable, le tempistiche e i prezzi specifici del progetto per i servizi forniti da un fornitore a un cliente. È il piano operativo che stabilisce esattamente cosa costituisce il successo del progetto e il relativo pagamento.
Spiegazione
Nel settore dei servizi B2B (consulenza IT, agenzie, MSP), il SOW è il documento commerciale più critico che firmerai.
Mentre la proposta è un documento di vendita e marketing progettato per conquistare il cuore e la mente dell'acquirente, il SOW è un documento di gestione del rischio progettato per proteggere l'azienda. Una proposta scritta male potrebbe farti perdere l'affare; un SOW scritto male può costarti l'attività, vincolandoti a un lavoro infinito e non redditizio.
Il SOW è la difesa principale contro lo Scope Creep (ampliamento incontrollato dell'ambito) e il Margin Leakage (perdita di margine). Quando un cliente chiede inevitabilmente "una funzionalità in più", il SOW è il documento a cui il project manager fa riferimento dicendo: "Ottima idea, scriviamo un Change Order per questo".
Componenti critici di un SOW a prova di bomba
Un SOW di livello professionale deve contenere le seguenti sezioni per essere commercialmente valido:
- Obiettivi del progetto: Un riepilogo di alto livello degli obiettivi aziendali che il progetto intende raggiungere.
- Ambito dei servizi (Scope of Services): Le attività specifiche che il fornitore eseguirà (quantificate ove possibile).
- Deliverable: Output tangibili (es. "1x prototipo Figma contenente 5 schermate").
- Tempistiche e milestone: Quando iniziano e finiscono le fasi specifiche.
- Prezzi e termini di pagamento: Quanto costa e quando vengono attivati i pagamenti (es. "30% anticipato, 40% all'UAT, 30% al Go-Live").
- Assunzioni e responsabilità del cliente: Ciò su cui il fornitore fa affidamento affinché il cliente faccia la sua parte (es. "Il cliente fornirà l'accesso alle API entro la prima settimana").
- Esclusioni (Fuori ambito): Dichiarare esplicitamente ciò che non è incluso.
- Criteri di accettazione: La definizione oggettiva di "fatto" che fa scattare il pagamento finale.
Diagramma: SOW vs Proposta
```mermaid graph LR A[La Proposta] -->|Obiettivo: Persuasione| B(Focus: Perché sceglierci?) A -->|Tono: Marketing| C(Metriche: ROI e Valore)
D[Il SOW] -->|Obiettivo: Protezione| E(Focus: Cosa faremo esattamente?) D -->|Tono: Legale e Operativo| F(Metriche: Deliverable e Milestone) ```
Checklist commerciale per la revisione del SOW
Prima di firmare, un SOW deve superare questi test:
- Il test del "Quanti": Tutti i deliverable sono quantificati? (es. "Progettare 3 template", non "Progettare template").
- Il test del "Ritardo": Se il cliente impiega 3 settimane per revisionare un documento, il SOW protegge le tue tempistiche ed evita che il tuo team rimanga inattivo?
- Il test dell'"Accettazione": Il cliente può rifiutare arbitrariamente un deliverable, o i criteri sono oggettivi?
- Il test del "Cambiamento": Il processo di Change Order è esplicitamente indicato?
Concetti correlati
Incolla un paragrafo. Segnaleremo le perdite dal vivo.
Qual è la differenza tra un SOW e un MSA?+
Un MSA (Master Services Agreement) disciplina il rapporto legale complessivo (responsabilità, proprietà intellettuale, termini di pagamento, riservatezza) per tutti i progetti. Un SOW (Statement of Work) è un documento subordinato, regolato dall'MSA, che definisce l'ambito specifico, i deliverable, le tempistiche e i prezzi per un singolo progetto.
Un SOW è legalmente vincolante?+
Sì. Una volta firmato da entrambe le parti, un SOW è un contratto legalmente vincolante che stabilisce esattamente cosa deve essere consegnato e cosa deve essere pagato.
Chi dovrebbe scrivere il SOW?+
Sebbene il reparto vendite possa redigere la proposta iniziale, il SOW finale dovrebbe sempre essere scritto o rigorosamente revisionato dal team di Delivery o dai Pre-Sales Engineer, che sono i responsabili dell'esecuzione del lavoro.