Startup senza CTO: come scegliere chi ti costruisce il prodotto
Il problema di valutare chi valuta per te
Chi fonda una startup senza un socio tecnico si trova davanti a un problema circolare: deve scegliere chi costruirà il prodotto, e non ha gli strumenti per giudicare le risposte tecniche che riceve. Tre fornitori dicono tre cose diverse, tutte plausibili, e la scelta finisce per cadere sul preventivo più basso o sulla persona più simpatica.
La buona notizia è che non serve saper leggere il codice per valutare bene. Le differenze che contano — quelle che dopo un anno separano un prodotto che cresce da uno che va rifatto — si vedono da comportamenti osservabili anche senza competenze tecniche. Bisogna solo sapere dove guardare.
Le domande che discriminano
Non servono domande tecniche: servono domande che rivelino il metodo.
"Cosa toglieresti da quello che ho descritto?" È la più efficace di tutte. Chi risponde "niente, si fa tutto" sta vendendo. Chi indica due o tre cose e spiega perché rimandarle non cambia la risposta che vi serve dalla prima versione, ha capito che state costruendo per imparare qualcosa, non per riempire un elenco.
"Cosa deve essere vero fra due mesi perché il progetto sia andato bene?" Un buon partner risponde parlando di utenti e di comportamento — quante persone arrivano in fondo al flusso, quante tornano — non di funzionalità consegnate.
"Cosa vi serve da me, e quando?" Un progetto software non è un ordine che si piazza. Se la risposta è "niente, ci pensiamo noi", il prodotto verrà costruito sulle ipotesi del fornitore. Le decisioni sui contenuti, sui casi limite e sulle priorità restano vostre, e devono comparire nel piano.
"Cosa succede quando finiamo?" Chi lavora bene ha una risposta pronta su cosa comprende l'assistenza, come si segnala un problema urgente, come si continua a sviluppare dopo il rilascio. Se il discorso finisce alla consegna, cominciano lì i vostri problemi.
"Fatemi vedere una cosa che avete costruito e che poi avete dovuto correggere." La risposta a questa domanda dice più di qualsiasi elenco di referenze.
I segnali che si leggono senza essere tecnici
Come parlano dei clienti precedenti. Chi racconta un progetto solo per la tecnologia usata sta descrivendo il proprio lavoro. Chi racconta il problema del cliente, cosa si è deciso di non fare e cosa è cambiato dopo, ha lavorato al risultato.
Se il preventivo è diviso per voci. Un numero unico non è confrontabile e non è discutibile. Diviso per parti, permette di spostare priorità e di capire cosa sta pagando davvero.
Come reagiscono a un cambio di idea. Provate a cambiare un requisito durante la fase di offerta e guardate cosa succede. Irrigidirsi è un cattivo segno; dire sì a tutto senza notare l'impatto è peggio. La risposta giusta suona come "si può fare, sposta questo e questo, decidiamo cosa esce".
Il ritmo con cui vi fanno vedere qualcosa. Un fornitore che mostra un pezzo funzionante ogni una o due settimane vi sta dando la possibilità di correggere mentre si è ancora in tempo. Uno che sparisce per due mesi e riappare con la consegna vi sta trasferendo tutto il rischio.
Cosa deve restare in mano vostra
È la parte che si trascura di più, e che ha le conseguenze peggiori. Qualunque sia il fornitore, alcune cose devono essere intestate alla vostra società, dal primo giorno:
- Il dominio, registrato a nome vostro.
- Gli account dei servizi — hosting, database, posta, pagamenti — creati con un'utenza aziendale vostra, che dà accesso al fornitore. Non il contrario.
- Il repository del codice, di proprietà della vostra organizzazione.
- I dati, esportabili in un formato leggibile senza chiedere permesso.
Non è diffidenza: è igiene. Un fornitore serio propone questa impostazione senza che dobbiate chiederla, perché sa che rende il rapporto più solido, non più fragile. Se invece incontrate resistenza su questo punto, avete l'informazione più utile dell'intera valutazione.
Il primo progetto come prova
Il modo migliore di scegliere un partner di lungo periodo è non sceglierlo subito. Un primo blocco di lavoro circoscritto, con un obiettivo verificabile e una scadenza vera, insegna più di qualsiasi colloquio: come si comunica quando c'è un problema, quanto sono realistiche le stime, cosa succede la settimana in cui qualcosa va storto.
Il criterio di giudizio non è che tutto sia filato liscio — non capita mai. È come è stato gestito l'imprevisto: se ne siete stati informati subito con una proposta di soluzione, o se l'avete scoperto voi alla scadenza.
Una nota sul prezzo
Il preventivo più basso raramente resta il più basso. Se una cifra è sensibilmente sotto le altre, la spiegazione non è quasi mai maggiore efficienza: è che qualcosa non è compreso, e comparirà dopo — la progettazione dell'interfaccia, i test su dispositivi veri, l'assistenza, la migrazione dei dati.
La domanda utile non è "quanto costa", ma "cosa non è incluso in questo numero". Fatela a tutti e confrontate le risposte, non i totali. Un partner che pratica prezzi chiari sa già rispondere, perché il perimetro se l'è chiarito prima di scrivervi.
Non dovete saper giudicare il codice. Dovete saper giudicare come qualcuno si comporta quando le cose si complicano — e quello si vede molto prima della consegna.
