Milestone di commessa: come si legano agli stati di pagamento

Non tutte le milestone di un progetto valgono un pagamento, e non tutti i pagamenti coincidono con una milestone vera. Confonderle è uno degli errori più comuni in una commessa lunga: si finisce per fatturare eventi che non sono davvero traguardi, perdendo leva contrattuale, oppure si aspetta un traguardo tecnico per fatturare quando il contratto avrebbe già permesso di farlo prima. Vediamo come si costruisce un piano che lega le milestone giuste agli stati di pagamento giusti.

Cos’è una milestone di commessa (e cosa non è)

Una milestone è un punto di controllo del progetto: un traguardo verificabile, con criteri di completamento chiari, che segna il passaggio da una fase alla successiva. “Consegna dell’analisi funzionale”, “collaudo dell’ambiente di test”, “go-live in produzione” sono milestone: si possono verificare, hanno una data, e chi le guarda da fuori può controllare se sono state raggiunte.

Non è una milestone una scadenza generica sul calendario, “fine marzo dovremmo essere a buon punto”, né un’attività interna che non produce un risultato verificabile dal cliente. La differenza conta perché solo le milestone vere reggono un pagamento legato al loro raggiungimento: un traguardo vago non è difendibile né per te, che devi dimostrare di averlo raggiunto, né per il cliente, che deve poter verificare cosa sta pagando.

Una buona milestone si riconosce da un test semplice: mostrata da sola, senza altro contesto intorno, deve bastare a capire a che punto è il progetto. Se serve una spiegazione perché di per sé non dice nulla, non è una milestone vera: è un’etichetta messa su un pezzo di calendario.

Quali milestone sono anche eventi di fatturazione

Non tutte le milestone tecniche coincidono con un evento di fatturazione, ed è qui che si annida il primo errore. Alcune milestone segnano un avanzamento importante per il team di progetto ma non un valore consegnato al cliente: un ambiente di sviluppo pronto, per esempio, è un traguardo interno, non qualcosa per cui un cliente accetta naturalmente di pagare.

Le milestone che reggono un pagamento sono quelle che corrispondono a un valore reale trasferito al cliente: una fase di analisi consegnata e approvata, un modulo collaudato e messo in produzione, un go-live che il cliente può verificare con i propri occhi. È lo stesso principio della fatturazione a SAL: fatturi in proporzione a un avanzamento che qualcuno, dall’altra parte, può controllare, non in base a uno sforzo interno che il cliente deve solo fidarsi sia stato fatto.

Il rischio opposto è altrettanto concreto: aspettare una milestone tecnica lontana per fatturare, quando il contratto avrebbe già permesso un pagamento intermedio legato a un traguardo raggiunto prima. Ogni milestone-pagamento posticipata senza motivo è cassa che resta fuori più a lungo del necessario.

Come si costruisce un piano milestone-pagamento

Un piano milestone-pagamento che funziona nasce prima della firma, non durante l’esecuzione, e si costruisce su tre passaggi.

1. Scomponi il progetto in traguardi verificabili. Non fasi generiche (“fase 1”, “fase 2”) ma risultati che il cliente può controllare: cosa esiste, funziona o è stato consegnato quando quella milestone è raggiunta.
2. Assegna un valore a ciascuna milestone, non solo una data. Ogni traguardo che regge un pagamento deve avere una quota del contratto agganciata, decisa in base al lavoro e al rischio che rappresenta, non distribuita in parti uguali per comodità.
3. Definisci il criterio di accettazione prima di partire. Chi verifica che la milestone è raggiunta, con quali criteri, e in quanto tempo dall’invio. Senza questo, ogni milestone diventa una trattativa da rifare ogni volta.

Su una commessa di implementazione da 180.000 euro suddivisa in quattro milestone, per esempio, un piano equilibrato potrebbe agganciare il 20% alla firma, il 30% al collaudo dell’ambiente di test, il 30% al go-live e il 20% finale a un periodo di esercizio stabile concordato in anticipo: nessun traguardo trascina da solo troppo valore, e l’ultima quota resta a garanzia che il sistema funzioni davvero prima di chiudere l’incasso.

Gli errori che lasciano soldi sul tavolo (o aprono contestazioni)

Gli errori più comuni si concentrano in due direzioni opposte.

• Milestone troppo grandi, pagamenti troppo rari. Se leghi il primo pagamento a un traguardo che arriva a metà commessa, stai finanziando il cliente per mesi con il tuo capitale circolante. Milestone più piccole e frequenti riducono l’esposizione.
• Milestone senza criteri di accettazione chiari. Se “consegna del modulo X” non specifica cosa significa esattamente consegnato, ogni fatturazione diventa una discussione: il cliente può sempre sostenere che manca qualcosa, e il pagamento slitta.
• Nessun collegamento tra milestone raggiunte e margine reale. Fatturare una milestone non vuol dire che quella parte di commessa sta marginando: se non guardi anche i costi accumulati fino a quel punto, puoi incassare regolarmente e scoprire solo alla fine che la commessa, nel complesso, marginava meno del previsto.
• Milestone non rinegoziate quando cambia lo scope. Se il perimetro del progetto si allarga rispetto a quanto concordato in fase di offerta, e il piano di pagamento resta quello originale, il valore di ogni milestone smette di corrispondere al lavoro che contiene davvero.

Il punto

Una milestone regge un pagamento solo quando è un traguardo verificabile che trasferisce valore reale al cliente, non ogni passo del piano di progetto. Il piano milestone-pagamento va costruito prima della firma, con criteri di accettazione chiari, e verificato per tutta la commessa insieme al margine, non solo insieme all’avanzamento.

Per il quadro completo di come le milestone convivono con le altre modalità di fatturazione su una commessa, parti dai cinque tipi di fatturazione su commessa. Se vuoi vedere avanzamento, fatturazione e margine agganciati sulla stessa commessa, prova la demo di Talete.