Deliverable — Definizione e best practice per lo SOW | Dizionario delle proposte
GLOSSARY TERM

Deliverable — Definizione e best practice per lo SOW

2 min readDi Rowan Vance

Definizione

Un Deliverable è un output o prodotto specifico e tangibile, generato come risultato delle attività di progetto, che viene sottoposto al cliente per una revisione e accettazione formale.

Spiegazione

I deliverable sono la valuta di uno Statement of Work (SOW) e i fattori scatenanti dei ricavi in un Contratto a Prezzo Fisso.

I deliverable definiti in modo vago sono la causa principale dello Scope Creep. Se un deliverable è descritto come "Linee guida del brand", un cliente potrebbe aspettarsi un manuale di 100 pagine che includa tipografia, tono di voce, grafiche per veicoli e merchandising. Se l'agenzia intendeva fornire un PDF di 5 pagine con logo e palette colori, il conflitto è inevitabile.

Un deliverable deve essere definito in modo così oggettivo che un revisore terzo imparziale possa guardare lo SOW, guardare il prodotto finale e dire in modo definitivo: "Sì, corrisponde".

L'anatomia di una descrizione perfetta di un deliverable

Una solida descrizione di un deliverable in uno SOW contiene tre elementi:

  1. Formato: Qual è la manifestazione fisica o digitale? (es. file Figma, report PDF, binario compilato, modello Excel).
  2. Contenuto/Ambito: Cosa contiene esattamente? (es. "Massimo 5 schermate", "Copre solo i dati del Q1-Q3").
  3. Criteri di accettazione: Quale misura oggettiva stabilisce che è terminato?

Esempi

Deliverable scadente (Alto rischio):

*"Un nuovo documento di strategia di marketing."*

Deliverable valido (Commercialmente protetto):

*"Una (1) presentazione di strategia Go-To-Market (consegnata tramite Google Slides, massimo 20 slide) che dettaglia il profilo del cliente ideale, 3 pilastri di messaggistica fondamentali e un calendario delle campagne per il Q1. Include un massimo di due (2) cicli di revisioni consolidate da parte del cliente."*

Checklist commerciale per i deliverable

  1. Quantificazione: Le quantità sono esplicite? (Evita sostantivi plurali senza numeri, come "report" o "design").
  2. Limiti di revisione: I cicli di revisione sono rigorosamente limitati? (es. "2 cicli di revisioni; ulteriori revisioni richiedono un Change Order").
  3. Specifica del formato: Il software o il formato del file sono specificati per evitare che i clienti richiedano file sorgente nativi per i quali non hanno pagato?
  4. Pagamenti per milestone: I programmi di pagamento sono legati direttamente all'accettazione formale di questi deliverable?

Concetti correlati

Guardalo nella tua proposta

Incolla un paragrafo. Segnaleremo le perdite dal vivo.

FAQ
Qual è la differenza tra un'attività (task) e un deliverable?+

Un'attività è un'azione che compi (es. 'Condurre un audit di sicurezza'). Un deliverable è l'output tangibile di tale azione (es. 'Un report PDF di 15 pagine sull'audit di sicurezza che dettaglia le vulnerabilità'). I clienti pagano per i deliverable, non per le attività.

Le riunioni dovrebbero essere considerate deliverable?+

Generalmente no. Le riunioni e i workshop sono attività necessarie per produrre un deliverable. Tuttavia, la presentazione utilizzata durante la riunione può essere considerata un deliverable.

Torna al glossario

Rileva i rischi commerciali prima della firma del contratto.