Il primo incontro col cliente: capire cosa serve davvero
Dopo oltre vent'anni di progetti, ho imparato che il cliente chiede una cosa ma spesso ne serve un'altra. Vi racconto come affronto il primo incontro per evitare equivoci (e rifacimenti).
Qualche settimana fa mi ha chiamato un commercialista di Trento. "Alex, mi serve un gestionale per le fatture. Qualcosa di semplice, niente di complicato." Primo incontro, caffè al bar, tiro fuori il portatile. Dopo dieci minuti di domande scopro che in realtà gli serviva tutt'altro: un sistema per tracciare le scadenze dei clienti, inviare promemoria automatici e generare report fiscali. Le fatture? Quelle le faceva già benissimo con il software dello Studio.
Questa cosa mi capita continuamente. Il cliente arriva con un'idea precisa di cosa vuole, ma spesso dietro c'è un bisogno diverso, più profondo. Il mio lavoro, prima ancora di scrivere una riga di codice, è capire qual è il vero problema da risolvere.
Le domande che faccio sempre (e che servono davvero)
Nel primo incontro non parlo quasi mai di tecnologia. Laravel, PHP, database... tutto questo viene dopo. Inizio sempre con domande apparentemente banali, ma che mi danno un quadro chiaro della situazione.
"Come lavori adesso?" Questa è la mia preferita. Chiedo al cliente di raccontarmi una giornata tipo, passo per passo. Un ristoratore mi ha descritto come gestiva le prenotazioni: telefonate, segni su un quaderno, chiamate di conferma la sera prima. Mezz'ora di racconto e avevo già capito che non gli serviva un sito e-commerce (come pensava lui), ma un software gestionale su misura per le prenotazioni con conferme automatiche via WhatsApp.
"Cosa ti fa perdere più tempo?" Qui emergono sempre i veri colli di bottiglia. Una volta un artigiano mi ha risposto: "Cercare i preventivi vecchi quando un cliente torna dopo mesi." Non voleva un sito nuovo, voleva un archivio digitalizzato con ricerca veloce. Gliel'ho fatto in due settimane con un'interfaccia semplicissima.
"Se potessi cambiare una cosa del tuo lavoro, quale sarebbe?" Domanda aperta, ma mi porta sempre nel punto giusto. Un'associazione culturale qui a Trento mi ha detto: "Vogliamo smettere di rincorrere i soci per i pagamenti." Abbiamo creato un'area riservata con pagamenti online e promemoria automatici. Problema risolto.
Quando il cliente chiede una Ferrari ma gli serve una Panda
Capita anche il contrario: il cliente arriva convinto di aver bisogno di una soluzione enorme, quando basterebbe qualcosa di molto più semplice. Ho avuto un cliente che voleva "un'intelligenza artificiale per gestire il magazzino". Dopo averlo ascoltato, gli ho fatto un banale foglio Excel collegato a un database. Faceva esattamente quello che serviva, costava un decimo e funzionava benissimo.
Il punto è che molti vedono tecnologia complicata = soluzione migliore. Io la penso al contrario: la soluzione migliore è quella che risolve il problema con il minimo sforzo necessario. Se un plugin WordPress fa il lavoro, perché costruire un sistema custom? Se basta un e-commerce a Trento con WooCommerce, perché tirare in ballo Laravel e settimane di sviluppo?
Nella mia esperienza, questa onestà paga sempre. Ho perso qualche progetto grosso a breve termine, ma ho guadagnato clienti che tornano perché sanno che non gli vendo aria fritta.
Gli errori che ho fatto (e che ora evito)
All'inizio della mia carriera commettevo un errore classico: prendevo per oro colato quello che il cliente diceva. "Voglio un sito con un blog, un'area riservata e una chat." Benissimo, glielo facevo. Poi scoprivo che non aveva tempo di scrivere nel blog, l'area riservata non la usava nessuno e la chat era deserta.
Adesso faccio domande scomode. "Chi aggiornerà il blog? Quanto tempo hai a settimana?" Se mi dice mezz'ora, lo sconsiglio direttamente. "L'area riservata a cosa serve? I tuoi clienti hanno davvero bisogno di loggarsi?" Spesso la risposta è no, ma "ce l'hanno tutti". Ecco, questa non è una buona ragione.
Un altro errore: partire subito a parlare di soluzioni tecniche. "Ti faccio un gestionale in Laravel con autenticazione a due fattori e..." Il cliente annuisce ma non ha capito niente. Ora spiego tutto in termini di benefici concreti. Non "database relazionale normalizzato", ma "i tuoi dati sempre in ordine e veloci da cercare". Non "API REST", ma "il tuo sistema che parla con gli altri programmi che usi".
Il test del taxi
Alla fine del primo incontro faccio sempre questo test mentale: saprei spiegare il progetto a un tassista in cinque minuti? Se la risposta è no, vuol dire che non ho ancora capito abbastanza. Il progetto deve essere cristallino per me prima di esserlo per il cliente.
Prendo appunti a mano durante l'incontro. Sì, carta e penna, niente tablet. Ho notato che questo mette i clienti più a loro agio, come se stessimo semplicemente facendo due chiacchiere. E in effetti è così: sto cercando di capire il loro mondo, non di vendergli qualcosa.
A volte finisce che declino il progetto. Succede quando capisco che quello che cercano non è nelle mie corde, o quando sento puzza di progetto infinito ("lo definiamo strada facendo" è una frase che mi fa venire l'orticaria). Preferisco dire di no piuttosto che imbarcarmi in qualcosa che so già che andrà male.
Quello che porto a casa dal primo incontro
Alla fine del caffè/chiamata/videocall, devo aver capito tre cose fondamentali: qual è il problema reale da risolvere, quali sono i vincoli (tempo, budget, competenze del cliente) e qual è il minimo indispensabile per partire. Tutto il resto è contorno.
Dopo qualche giorno mando una mail con un riassunto: "Ho capito che ti serve X per risolvere Y, con queste caratteristiche Z. Ti propongo questa soluzione perché..." Se il cliente legge e dice "esatto, hai capito perfettamente", so che possiamo partire. Se risponde "sì ma anche...", vuol dire che devo fare un altro giro di domande.
Questa fase iniziale richiede tempo, lo so. Ma è tempo che risparmio dopo, quando sviluppo esattamente quello che serve senza fare avanti e indietro infiniti. E soprattutto evito il classico "bellissimo, ma non è quello che volevo", che è il modo peggiore per chiudere un progetto.
Se state cercando qualcuno che vi ascolti davvero prima di proporvi una web app su misura o qualsiasi altra soluzione, scrivetemi. Il primo caffè è sempre il più importante, e mi piace prendermi il tempo per farlo bene. Magari scopriamo insieme che quello di cui avete bisogno è più semplice (o più interessante) di quello che pensavate.
Ti serve aiuto con questo argomento?
Sono disponibile per consulenze, sviluppo e supporto tecnico. Contattami per discutere il tuo progetto.
Servizi correlati
Articoli correlati
Quella volta che un middleware mi ha salvato da un disastro
Un sabato sera, un bug in produzione. Un cliente infuriato. E un middleware Lara...
Il primo incontro col cliente: cosa chiedo davvero
Quando qualcuno mi chiama per un progetto, la prima domanda non è mai "che tecno...
Lavorare da soli o fare squadra: il dilemma del freelance
Dopo oltre vent'anni da freelance, vi racconto cosa ho imparato sul collaborare...