Parli con chiunque abbia commissionato software su misura due volte e di solito sentirà due brutte storie diverse. Il primo progetto era a prezzo fisso: l’offerta sembrava affilata, le richieste di variazione no, e la collaborazione è finita in una discussione su che cosa dicesse davvero la specifica. Così il secondo progetto è andato a ore - trasparente, flessibile e in qualche modo mai finito, con le fatture che arrivavano puntuali e il software no. La conclusione abituale è che dei fornitori di software non ci si può fidare. La conclusione più utile è che entrambi i progetti giravano su strutture di incentivi che rendevano il fallimento prevedibile.
Un modello di prezzo non è un dettaglio commerciale che si aggiunge dopo aver scelto il fornitore. È il sistema di incentivi su cui gira l’intera collaborazione: decide per che cosa il fornitore è pagato quando la realtà si discosta dal piano, cosa che accade sempre. Prezzo fisso e ore falliscono per ragioni opposte, e la meccanica di entrambi spiega l’alternativa.
Il paradosso del prezzo fisso
Un prezzo fisso è una promessa su un lavoro fatta prima che il lavoro sia stato capito. Stimare il software è difficile anche con tutte le informazioni; un’offerta a prezzo fisso viene prodotta di solito in pochi giorni, a partire da un documento di requisiti, prima che qualcuno abbia visto il sistema legacy, incontrato gli operatori o trovato le eccezioni che il documento tralascia. Il fornitore assorbe quell’incertezza in un unico numero - e quindi la mette nel prezzo. Razionalmente questo significa gonfiare: un premio per tutto ciò che ancora non sa. Ma le offerte a prezzo fisso avvengono di solito in concorrenza, e la concorrenza seleziona l’opposto: vince spesso chi ha abbassato il prezzo con più aggressività - e parte sott’acqua, con un margine da recuperare da qualche parte.
Ci sono due posti in cui recuperarlo, ed entrambi sono invisibili il giorno della firma. Il primo è tagliare gli angoli: test non scritti, casi limite non gestiti, qualità sacrificata - esattamente le cose che non si vedono in una demo e che si pagano dopo. Il secondo sono le richieste di variazione. Una volta firmata l’offerta, ogni ambiguità della specifica diventa fatturabile, e la specifica smette di essere un piano e diventa un documento legale letto per trarne vantaggio. Per alcune società questa non è una modalità di fallimento ma il modello di business: l’offerta è un prodotto civetta e il margine sta nelle varianti. Se si è mai chiesto come mai un’offerta competitiva sia raddoppiata alla consegna, di solito il meccanismo è proprio la coltivazione delle varianti.
È questo il paradosso. Il prezzo fisso doveva trasferire al fornitore il rischio di stima. Ha invece trasferito il conflitto dentro la collaborazione - perché un fornitore che ha accettato un numero che non può onorare ha esattamente una strada per tornare in utile, e quella strada passa dal cliente.
Le ore sono oneste - e disallineate
Il time-and-materials sembra la cura, e in un certo senso lo è: è onesto. Si paga per ciò che succede davvero. Nessun incentivo a sparare un prezzo basso, nessuna ragione per usare la specifica come arma, e le modifiche di perimetro vengono semplicemente costruite invece che discusse in punta di contratto.
Ma si guardi chi è pagato per fare che cosa. Il tassametro gira che il progetto converga o no. Dalla parte del fornitore nessuno è premiato economicamente per finire: ogni ora è ricavo e l’efficienza è un costo. Raramente questo produce un rallentamento deliberato; il meccanismo è più morbido. Produce assenza di resistenza: nessuna pressione commerciale contro l’allargamento del perimetro, contro le rifiniture superflue o contro il terzo refactoring. La stima ricevuta all’inizio non era stata firmata da nessuno. Era un obiettivo, e sui progetti a ore gli obiettivi si allontanano più o meno alla velocità della spesa.
Le ore, inoltre, consegnano il rischio di stima alla parte sbagliata. Il fornitore - l’esperto, la parte che ha le informazioni - non porta nessun rischio della propria stima. Il cliente, la parte meno attrezzata per giudicare quanto tempo richieda il software, lo porta tutto. È un modello onesto con un allineamento rotto: sulla qualità si è d’accordo, più o meno, e su costo e completamento si è in disaccordo, strutturalmente e permanentemente.
Il prezzo fisso paga il fornitore per discutere sul perimetro. Le ore lo pagano per continuare. Nessuno dei due modelli paga qualcuno per finire.
Che cosa cambia la fatturazione a milestone
La fatturazione a milestone ristruttura il pagamento attorno all’unica cosa che si vuole davvero: software funzionante accettato. Il perimetro viene tagliato in milestone, ognuna un pezzo di software utilizzabile in produzione - un motore di preventivazione che un gruppo pilota usa, un’integrazione che muove dati reali, mai «setup del progetto». Ogni milestone ha il proprio prezzo e i propri criteri di accettazione, scritti nella stima come affermazioni concrete e verificabili, controllate sul sistema funzionante e non su una demo. Si paga all’accettazione, e la prima fattura segue la prima consegna, non la firma.
Ne discendono due proprietà. Il software funzionante diventa il test di accettazione - non le ore registrate, non una firma su un documento, ma un sistema che il suo team può usare. E fermarsi diventa una sua opzione a ogni confine: accetta una milestone, la paga e decide se la successiva ha ancora senso. Tutto ciò che è stato prodotto resta suo. Il fornitore si riguadagna la collaborazione una consegna alla volta - ed è l’allineamento che il prezzo fisso prometteva e non ha mai consegnato.
Un’avvertenza, quella importante: la fatturazione a milestone funziona solo se la stima che sta sotto è vera. Milestone applicate sopra un numero gonfiato o buttato al ribasso sono soltanto un progetto a prezzo fisso con più fatture - gli stessi angoli tagliati e la stessa pressione sulle varianti, ripetuti a ogni confine. Il meccanismo che fa funzionare il modello non è il calendario di fatturazione. È tutto ciò che fa tenere la stima.
Perché una stima può davvero tenere
Non si può dare un prezzo a ciò che non si è capito - ed è per questo che le stime che tengono cominciano prima di quelle che non tengono. Prima di dare un prezzo a qualsiasi cosa, facciamo una diagnosi: ci sediamo con le persone che mandano avanti il processo, mappiamo il flusso di lavoro dall’inizio alla fine, mettiamo numeri sui passaggi manuali e portiamo alla luce i vincoli - il sistema legacy che non si può spegnere, la regola di compliance che nessuno ha mai scritto. Un’offerta a prezzo fisso destinata a fallire dà un prezzo a un documento. Una stima che tiene dà un prezzo a un’operatività.
La disciplina di perimetro fa il resto. Una prima versione mirata, consegnata in 2-3 mesi, non porta soltanto valore prima: è stimabile. L’errore di stima si somma al crescere del perimetro, quindi una prima versione stretta ha meno incognite su cui sbagliare - e ogni milestone successiva viene prezzata sui dati reali prodotti da quella precedente.
Poi la clausola che tiene onesti tutti: gli scostamenti sono a carico nostro. Se abbiamo sottostimato una milestone, lo scostamento è un nostro costo - non lo troverà mai in fattura. Quella singola clausola cambia che cosa sia una stima. Un fornitore che fattura gli scostamenti produce stime come strumento di marketing: il numero ottimista vince la trattativa e la realtà viene fatturata dopo. Un fornitore che si assorbe gli scostamenti produce stime come atto di garanzia - ogni numero è un numero con cui dovrà convivere, ed è questa la pressione che lo rende accurato. È anche il motivo per cui la diagnosi e la stima sono gratuite: la stima non è un risultato che vendiamo, ma un rischio che ci prendiamo. La meccanica completa è nelle pagine stima e a progetto.
A che cosa si rinuncia
La fatturazione a milestone chiede qualcosa anche al cliente, ed è giusto dirlo. Le modifiche di perimetro a milestone aperta non vengono assorbite in silenzio. Se vuole cambiare il contenuto di una milestone mentre viene costruita, la modifica viene ristimata alla luce del sole e prezzata al confine prima che il lavoro prosegua - decide lei, con i numeri davanti. Arrivando dal lavoro a ore, dove le modifiche vengono semplicemente costruite, questo può sembrare attrito.
È la funzionalità, non il difetto. L’assorbimento silenzioso è il punto in cui i progetti a prezzo fisso marciscono: il fornitore «assorbe» la modifica e il costo esce da un angolo tagliato da qualche parte dove non si vede - un test saltato, un caso limite non gestito, una scorciatoia che poi si eredita. Un confine rinegoziato significa che ogni modifica riceve un prezzo onesto e una decisione vera, finché una decisione si può ancora prendere. La stessa disciplina tiene le milestone piccole e i punti di decisione frequenti: non si è mai a più di poche settimane da un momento in cui si può cambiare direzione, mettere in pausa o fermarsi con del software funzionante in mano.
Quando la fatturazione a milestone è il modello sbagliato
Nessun modello di prezzo è onesto in assoluto, questo compreso. La fatturazione a milestone ha bisogno di un perimetro definibile abbastanza bene da poter essere tagliato in risultati consegnabili - e alcuni progetti validi non ce l’hanno. Se la roadmap è davvero aperta e in evoluzione - un’organizzazione di prodotto che consegna in continuo, priorità ridefinite trimestre dopo trimestre - allora imporle dei confini a milestone è teatro, e la struttura onesta è un team dedicato a canone mensile fisso: capacità che indirizza lei, senza fingere che il perimetro sia fisso. E se non ha ancora ricavi, con un buon accesso al mercato e un budget sottile, la conversazione onesta non riguarda affatto la fatturazione ma la condivisione del rischio - con la stima che diventa un elemento di valutazione in un’operazione in equity invece che un calendario di fatture. Abbiamo scritto a parte di come diamo un prezzo al rischio che siamo disposti a prenderci.
Il test per qualsiasi modello di prezzo - il nostro compreso - è una sola domanda: quando la realtà si discosta dal piano, chi paga, e per che cosa quel pagamento lo premia? Il prezzo fisso paga il fornitore per litigare sullo scostamento. Le ore lo pagano per prenderla con calma, con i soldi del cliente. La fatturazione a milestone con una stima vera paga il fornitore per capire il lavoro prima di dargli un prezzo, per tenere piccole le milestone e per finire - perché finché il software funzionante non è accettato, non è dovuto nulla. Gli incentivi non sostituiscono un partner affidabile. Sono il modo per scoprire se ne ha uno.