Quanto costa un software custom?

Costruisci prima la versione interna, poi quella esterna. La maggior parte del software su misura nasce come prodotto rivolto ai clienti, perché è lì che c’è il fatturato, ma la versione a uso interno costa il 30-40% in meno e ti obbliga a scoprire il workflow reale prima di progettare per gli utenti finali. Usala internamente per tre-sei mesi, sistema ciò che non funziona, poi esponila all’esterno con una UX adeguata, multi-tenancy e sicurezza. La versione esterna esce più in fretta e si rompe meno, perché il workflow è già validato.

Rimanda la certificazione di compliance finché non hai raggiunto il product-market fit. SOC 2, ISO 27001 e HIPAA aggiungono ciascuna il 15-30% al costo di build tra audit trail, lavoro di cifratura e documentazione delle policy, più altri 20.000-80.000 $ all’anno di parcelle di audit. Niente di tutto questo ti aiuta a capire se qualcuno vuole davvero ciò che stai costruendo. Arriva ai tuoi primi 5-10 clienti paganti, poi lascia che sia il cliente che richiede davvero SOC 2 a finanziare il lavoro di adeguamento. Costruire la compliance in via speculativa è uno degli errori più costosi che i team commettono prima del product-market fit.

Punta sul deployment solo in cloud finché un cliente non richiede l’on-premise ed è disposto a pagarlo. Strumenti on-premise, pacchetti di installazione, gestione delle versioni e supporto lato cliente costano il 25-40% in più all’inizio e raddoppiano più o meno il tuo carico operativo. La maggior parte dei clienti enterprise che dichiarano di volere l’on-premise accetterà invece un deployment in private cloud o VPC, più conveniente per entrambe le parti. Tieni da parte la build on-premise per il contratto che la richiede davvero, non come una funzione che costruisci sperando che qualcuno la chieda.

Limita le integrazioni di lancio ai due sistemi di cui i tuoi clienti hanno assolutamente bisogno dal primo giorno. Ogni integrazione aggiunge 40-120 ore più la manutenzione continua, e la maggior parte dei team ne costruisce 5-8 solo per scoprire che i clienti ne usano davvero 2. Rilascia con le 2 principali, poi aggiungine altre in base a ciò che gli utenti chiedono esplicitamente. Le integrazioni costruite in via speculativa sono quelle che si rompono per prime, perché nessuno le usa abbastanza da accorgersi quando smettono di funzionare.

Affidati a un solo partner tecnico senior invece che a un team di 10 persone finché le specifiche sono ancora in movimento. I team numerosi hanno bisogno di specifiche dettagliate per coordinarsi, e le specifiche dettagliate richiedono un tempo che non hai quando il prodotto è ancora da definire. Un ingegnere senior, o un piccolo team di due-tre persone, sa adattarsi a un perimetro che cambia senza bruciare cicli di documentazione. Passa a un team completo solo dopo che architettura, modello dati e flussi centrali si sono stabilizzati, di solito tra l’ottava e la dodicesima settimana.

Usa framework già pronti per il livello admin e di back-office. Strumenti come Retool, Laravel Nova, Forest Admin e Refine ti danno un’interfaccia admin funzionante in giorni anziché in mesi, e i tuoi utenti finali non la vedranno mai. Costruito da zero, il pannello admin richiede di solito 200-400 ore, e quasi nulla di quel lavoro è differenziante. Riserva l’interfaccia custom al prodotto rivolto ai clienti, dove conta davvero, e usa un framework per tutto ciò che è interno.