Il primo cliente non ti insegna il mestiere. Ti insegna tutto quello che avresti dovuto sapere prima di iniziare il mestiere.
E di solito te lo insegna nel modo peggiore: un progetto che si allarga a dismisura, una fase di analisi che fai gratis perché "ci vuole poco" e invece ti porta via una settimana intera, un accordo verbale che ognuno ricorda in modo diverso. Non perché tu fossi incompetente. Perché nessuno ti aveva detto che la parte tecnica, in consulenza, è quasi sempre la parte facile. Quello che ti manda in crisi è il resto: il cliente che non sa cosa vuole, il perimetro che si allarga silenziosamente, la conversazione di partenza mal gestita.
Queste sono le tre regole che ogni consulente impara. Di solito dopo essersi scottato almeno una volta.
Parti sempre dalla decisione, mai dai dati
La domanda sbagliata — quella che quasi tutti i consulenti alle prime armi fanno — è: "Di quali dati hai bisogno?" La domanda giusta, quella che vale cinque volte di più, è: "Quale decisione prenderesti diversamente se avessi questa informazione?"
La differenza sembra sottile. Non lo è. Pensa a un cliente che arriva dicendo "voglio una dashboard con tutti i numeri delle vendite". Sembra chiaro. Non lo è. Vuole capire quali prodotti tagliare? Vuole convincere un socio a investire in un nuovo mercato? Vuole solo smettere di rispondere alle domande del CFO ogni lunedì mattina? Sono tre dashboard completamente diverse. Se non lo sai, stai costruendo uno specchio senza sapere cosa ci deve riflettere. Esteticamente magari anche bello. Ma inutile.
Partire dalla decisione — e non dai dati, non dagli strumenti, non dai deliverable — è la competenza che separa i consulenti che lavorano sodo da quelli che lavorano bene. I primi producono tanto. I secondi producono cose che vengono usate. C'è una differenza abissale tra le due categorie, anche in termini di reputazione nel tempo: il cliente che ricorda "grazie a quel progetto ho potuto finalmente fare X" ti manda altri clienti. Il cliente che guarda la dashboard tre volte e poi smette di aprirla non ti manda nessuno.
La prossima volta che un cliente ti dice "voglio più visibilità sui dati", non aprire Excel. Apri la conversazione: cosa faresti diversamente domani, che oggi non riesci a fare? Quella risposta — ammesso che riesca a dartela — è il vero brief.
Blocca lo scivolamento del progetto fin dal primo giorno
Lo scivolamento del progetto non inizia alla sesta settimana. Inizia al primo incontro, in quel momento preciso in cui lasci passare un requisito vago senza fermarlo.
"Aggiungiamo anche questa sezione" è una frase innocente. Poi arriva "mentre ci sei, sistemeresti anche..." Poi "avevamo detto che avresti coperto anche..." Hai presente quella giacca che compri online, taglia M, e quando arriva capisce da sola che sei taglia L? Ecco: il progetto senza un accordo scritto è quella giacca. Si adatta sempre alla forma del cliente, mai alla tua.
Un accordo scritto — un documento che definisce cosa è incluso, cosa non è incluso, quante revisioni sono previste, cosa succede se il cliente aggiunge richieste fuori perimetro — non è burocrazia. È la cosa più gentile che puoi fare per il rapporto con quel cliente. Perché quando arriva il momento di dire "questo non era nel progetto", stai solo rileggendo qualcosa che entrambi avete firmato, non stai litigando su chi ha detto cosa in una call di tre mesi prima.
Il consiglio pratico è brutalmente semplice: non iniziare nessun lavoro senza un documento firmato che descriva il perimetro. Anche se il cliente è simpatico. Anche se il progetto sembra piccolo. Soprattutto — e detto fra noi, questa è la regola aurea — quando il cliente dice "ma è tutto chiaro, non serve formalizzare". Quella frase è esattamente il momento in cui serve di più.
Fare la discovery gratis è l'errore più costoso che puoi fare
La fase di analisi iniziale — quella in cui ascolti il cliente, capisci il contesto, definisci i problemi reali, mappi i dati disponibili, stimi i tempi — è spesso la fase più sottovalutata economicamente. Ed è la più importante intellettualmente. È lì che capisci se il problema che il cliente descrive è il problema reale, o se è un sintomo di qualcos'altro. È lì che decidi se il progetto è fattibile con i vincoli esistenti. È lì che costruisci il perimetro dell'accordo scritto di cui parlavamo prima. Farla gratis significa regalare la parte del lavoro che richiede più esperienza e più pensiero.
Il ragionamento classico per non farla pagare è: "Lo faccio gratis così mi guadagno il progetto." Sembra generoso. In realtà è controproducente per due motivi precisi. Primo: un cliente che non paga la fase di analisi tende a non valorizzarne i risultati. Se la discovery è gratis, il brief che ne esce vale zero — e il progetto parte già su basi fragili. Secondo: stai segnalando al mercato che il tuo tempo di pensiero non ha valore. La tua competenza tecnica sì, ma il pensiero strategico no. È un messaggio sbagliato, e i clienti lo assorbono senza nemmeno accorgersene.
Chi ha già capito il valore del proprio pensiero strategico riesce a farselo riconoscere. Chi non l'ha ancora capito, lo regala.
Se un cliente non vuole pagare per capire cosa ha bisogno, probabilmente non apprezzerà nemmeno quello che gli costruirai dopo. È scomodo da accettare — soprattutto quando sei all'inizio e hai voglia di prendere tutto quello che arriva. Ma lavorare a prezzi bassi per "fare esperienza" non costruisce un business: costruisce un portfolio di clienti che non pagano abbastanza e non capiscono il valore di quello che ricevono.
Come le tre cose si tengono insieme
Non sono tre regole separate. Sono un meccanismo unico, e funziona solo se i pezzi sono tutti al loro posto.
La discovery pagata produce un brief serio, perché il cliente ha già investito nel processo e lo rispetta. Il brief serio — costruito partendo dalla decisione, non dai deliverable — alimenta un accordo scritto solido, perché sai esattamente cosa stai promettendo. L'accordo scritto rende gestibile tutto quello che viene dopo, perché il perimetro esiste su carta e non solo nella memoria di entrambi. Togli un anello e la catena non regge.
Questo vale per qualunque rapporto in cui qualcuno ti paga per risolvere un problema che non sa ancora descrivere con precisione — che tu sia un consulente di marketing, un freelancer della comunicazione, un designer, un esperto di organizzazione aziendale. Il cliente confuso è universale. Quello che cambia è se hai gli strumenti per trasformare quella confusione in un progetto reale, o se la lasci diventare il tuo problema.
La prossima volta che un cliente ti dice "abbiamo un problema", prima di aprire qualsiasi strumento chiediti: ha già pagato per capire qual è il problema? Sa quale decisione vuole prendere? Esiste un documento che descrive cosa farete e cosa no? Se la risposta a una di queste domande è no, non hai ancora un progetto. Hai una conversazione da finire — e conviene finirla adesso.