Il problema: chi si prende il rischio?
Ogni progetto software ha delle incognite: requisiti che si chiariscono solo vedendo le prime schermate, integrazioni con sistemi meno documentati del previsto, idee nuove che arrivano strada facendo. La domanda vera, quando si sceglie come pagare una software house, è chi si prende il rischio di queste incognite.
Esistono quattro modelli principali, e ognuno risponde in modo diverso.
Come funziona la fatturazione a ore?
Si paga il tempo effettivamente lavorato, di solito con report periodici.
Vantaggi: massima flessibilità. Si può cambiare direzione in qualsiasi momento, e per anni è stato il modello più naturale per le attività aperte - supporto, manutenzione, piccole richieste continue.
Svantaggi: il rischio resta a voi. Se una funzione richiede il doppio del previsto, il costo raddoppia, e il budget finale si conosce solo a consuntivo. Ogni modifica passa da una stima e un'approvazione, tempo che non diventa software. E la conversazione finisce sul tempo impiegato, invece che su cosa serve al prodotto.
Come funziona il prezzo fisso per tutto il progetto?
Si concorda un prezzo unico per l'intero progetto, sulla base di un capitolato.
Vantaggi: sapete subito quanto spenderete, e il rischio dei ritardi passa al fornitore.
Svantaggi: per fissare il prezzo di un progetto grande serve un capitolato molto dettagliato, scritto prima di aver visto una sola schermata. Il fornitore aggiunge un margine per coprirsi dalle incognite, quindi il prezzo sale. E ogni cambiamento diventa una trattativa, con il rischio che il progetto si irrigidisca proprio quando servirebbe adattarlo.
Cosa sono le milestone a prezzo fisso?
Il progetto si divide in parti, le milestone, ognuna con un perimetro chiaro, una data e un prezzo fisso. Si concorda la prima, la si vede funzionare, e si decide la successiva con quello che si è imparato.
È il modello con cui costruiamo i nuovi progetti, perché tiene insieme i vantaggi dei due precedenti:
- sapete sempre quanto spendete, milestone per milestone, senza fatturazione oraria a tempo indeterminato
- il rischio è contenuto: una milestone è abbastanza piccola da poter essere stimata bene, quindi non servono grandi margini di sicurezza sul prezzo
- si può cambiare direzione tra una milestone e l'altra, senza rinegoziare tutto
- vedete risultati presto: nel nostro caso un prototipo cliccabile con i vostri dati entro la prima settimana, e una prima versione online in media in tre settimane
Quello che emerge durante il lavoro non allunga in silenzio la milestone in corso: diventa parte della successiva, con il suo prezzo.
Come funziona lo sviluppo a canone mensile?
Quando il software è online e deve continuare a crescere, il lavoro non ha più una fine prevista: nuove funzioni, report, integrazioni, correzioni. Per anni questo lavoro si è misurato in ore, perché il tempo era la misura più onesta. Il canone lo misura in un altro modo: un canone fisso, una coda di richieste, rilasci continui.
- il budget è fisso e noto in anticipo, e gli imprevisti tecnici non fanno variare il costo
- una richiesta non aspetta una stima: entra in coda e parte
- si lavora un numero fisso di richieste alla volta, con priorità decise insieme; appena una richiesta è rilasciata, parte la successiva
- vedete lo stato di ogni richiesta, non un riepilogo delle ore
- avete un team tecnico continuativo, senza doverlo assumere
È il modello di TELOS, il nostro servizio di sviluppo a canone mensile: ogni richiesta parte da una specifica con criteri di accettazione scritti, è verificata da test automatici e collaudata da uno sviluppatore senior prima del rilascio.
Quale modello conviene? Il confronto
| A ore | Prezzo fisso unico | Milestone a prezzo fisso | Canone mensile | |
|---|---|---|---|---|
| Chi si prende il rischio dei ritardi | Il cliente | Il fornitore, che lo carica sul prezzo | Diviso, e limitato a una milestone | Il fornitore: gli imprevisti non cambiano il costo |
| Quando si conosce il budget | Solo alla fine | Subito, con un margine di sicurezza | Milestone per milestone | Subito: è fisso ogni mese |
| Cambiare direzione | In qualsiasi momento | Ogni modifica è una trattativa | Tra una milestone e l'altra | In qualsiasi momento, cambiando le priorità della coda |
| Cosa serve per partire | Poco: si parte e si fattura il tempo | Un capitolato dettagliato su tutto il progetto | Un perimetro chiaro solo per la prima milestone | Un prodotto da far crescere e le prime richieste in coda |
| Quando conviene | Attività brevi e difficili da definire | Progetti piccoli e già definiti nel dettaglio | Software nuovo con incognite da scoprire strada facendo | Prodotti digitali che evolvono di continuo |
Cosa deve contenere un preventivo serio?
Qualunque modello scegliate, un preventivo affidabile risponde chiaramente a queste domande:
- Cosa è incluso: le funzioni, descritte in modo che anche chi non è tecnico possa capire cosa riceverà
- Cosa non è incluso: integrazioni, contenuti, traduzioni, pubblicazione sugli store, hosting
- Come si collauda: come si verifica che una milestone è completa prima di pagarla
- Come si gestiscono le modifiche: cosa succede se cambiate idea o emerge qualcosa di nuovo
- Tempi: le date di consegna di ogni parte, non solo quella finale
- Cosa vi viene consegnato: codice sorgente, documentazione, accessi ai servizi, e se potete farlo mantenere a un altro fornitore
- Dopo il lancio: chi si occupa di aggiornamenti, monitoraggio e nuove funzioni, e con quale modello
Quali sono i segnali d'allarme in un preventivo?
- Un preventivo con un solo numero e nessuna descrizione di cosa comprende
- Nessuna data intermedia: si vede il software solo alla fine
- Ore stimate senza un limite massimo, né un risultato a cui sono legate
- Nessuna risposta chiara su chi possiede il codice e su cosa vi resta se cambiate fornitore
- Chi vi fa il preventivo non è chi scriverà il codice, e non potete parlare con chi lo farà
Come scegliere la software house giusta?
Prima ancora del modello di prezzo, conta con chi parlate. Una software house in cui parlate direttamente con gli ingegneri che sviluppano il progetto vi dà stime più affidabili e meno sorprese, perché chi stima è anche chi costruisce.
Nella call gratuita di 30 minuti vi raccontiamo come impostiamo la prima milestone sul vostro progetto o, se il software c'è già e deve crescere, come funzionerebbe con TELOS, e vi diciamo con onestà se siamo il team giusto.