Perché la mia prima applicazione l'ho costruita per me

Avevo un mio team di sviluppatori, ma era sommerso dal lavoro per i clienti. Quando mi serviva uno strumento che mi aiutasse a riprendere il controllo di ciò che accadeva in azienda, non avevo nessuno a cui affidarne la costruzione. Così mi sono messo al lavoro e l'ho fatto da solo.

In superficie era una scelta dettata dalla necessità. Più in profondità, era la cosa migliore che potesse capitarmi come futuro sviluppatore. Perché mi ha insegnato qualcosa che non si impara da nessun documento dei requisiti.

Ero allo stesso tempo cliente e sviluppatore

Quando si costruisce software per sé stessi, il ciclo di riscontro è immediato e spietato. Ogni decisione di progettazione sbagliata mi colpiva la mattina dopo, alla mia scrivania. Costruivo male una schermata - ci rimettevo il mio tempo. Tralasciavo un campo che poi si rivelava importante - la mancanza la sentivo io. Non c'era nessun «cliente» a sollevare la questione due settimane dopo in una riunione di avanzamento. Il cliente ero io, e la riunione di avanzamento si teneva ogni mattina nella mia testa.

Quel sistema aveva quattro funzioni, e ognuna rispondeva a un problema preciso che conoscevo dall'interno: sapere su cosa lavoravano davvero i commerciali; prevedere quando una macchina presso un cliente avrebbe cominciato a dare problemi; misurare se qualcuno apriva almeno le e-mail dell'azienda; tenere sotto controllo budget e tempistiche. Non c'era una sola funzione «per ogni evenienza», perché nessuno mi pagava per aggiungerne altre. Pagavo io stesso - con un tempo che non potevo permettermi di perdere.

Il software scritto da chi lo usa è diverso

Un programma costruito da chi lo usa in prima persona ha una densità diversa. Non contiene funzioni aggiunte per fare più bella figura in una presentazione commerciale. Non ha duecento impostazioni di cui se ne usano cinque. È la risposta a un processo reale, messa alla prova sul campo da qualcuno che quel processo lo conosce a fondo.

È la differenza che i titolari percepiscono subito, anche se non sanno darle un nome. Tra un software che qualcuno ha adattato a Lei dopo due conversazioni e un software nato dalla comprensione del Suo problema dall'interno.

Perché questo ha cambiato il modo in cui lavoro oggi

Oggi ho alle spalle più di dieci anni di sistemi costruiti per altre aziende. Eppure inizio ancora ogni progetto nello stesso modo: mi metto dalla parte del titolare e cerco di sentire il suo processo come se fosse mio. Prima di proporre qualsiasi cosa, voglio capire che cosa lo affligge la mattina alla scrivania - perché quel problema del 2008 non l'ho dimenticato.

Costruisco per i clienti come costruivo per me: esattamente quanto serve, con codice e dati che restano nelle loro mani. I più grandi lavorano con me ininterrottamente da molti anni, e tutti sono partiti da un unico problema operativo che li assillava davvero.

Che cosa significa per Lei

Se cerca qualcuno che Le costruisca un sistema, faccia attenzione a una cosa. Se quella persona chiede del Suo processo prima di parlare della soluzione. Se vuole capire che cosa pesa davvero prima di disegnare una schermata. Un buon sistema parte da qualcuno che capisce fino in fondo che cosa Lei vuole ottenere e sa sentirlo come un problema proprio - la tecnologia viene dopo.

Il mio primo sistema l'ho costruito per salvare la mia azienda. Da allora costruisco quelli degli altri con la stessa cura. Se vuole, mi racconti il Suo processo per trenta minuti - comincerò col capirlo a fondo.