La Mappa del Problema
Il problema che il cliente ti porta in prima battuta non è mai quello vero
C'è un momento preciso in ogni trattativa in cui si decide se stai vendendo o stai davvero aiutando: è quando il cliente ti porta il suo problema, lo mette sul tavolo, te lo descrive nei termini che ha in testa in quel momento, e aspetta di vedere cosa ne fai.
La maggior parte dei commerciali fa la cosa più ovvia: lo raccoglie, lo qualifica, ci costruisce sopra una proposta. Veloce, ordinato, efficiente.
Sembra il modo professionale di lavorare, ma è quasi sempre il modo sbagliato, perché parte da un assunto che non regge: che il problema che il cliente ti porta in prima battuta sia il problema vero.
Quasi mai lo è e non perché il cliente stia nascondendo qualcosa, ma perché vede la propria situazione da un unico punto di osservazione, con le informazioni che ha, con le priorità che sente in quel momento. Ci sono problemi collegati che non ha ancora connesso, conseguenze a cui non ha ancora pensato, priorità che sta sottovalutando perché in superficie sembrano scollegate dalla questione che ti sta sottoponendo.
Se ti fermi al problema così come ti viene presentato, costruisci la proposta sulla descrizione di un pezzo: il pezzo è reale, ma è solo un pezzo, e una soluzione costruita su un pezzo difficilmente vince contro una costruita sull'intero quadro.
Ero in Conga, in trattativa con un cliente nel settore degli apparecchi acustici, e il problema mi era arrivato chiaro fin dalla prima conversazione: non riuscivano a generare PDF partendo dalle opportunità in Salesforce. Una richiesta tecnica, definita, con un perimetro preciso.
La soluzione che avevo in pancia, Conga Doc Gen, rispondeva esattamente a quella necessità: sarebbe stato semplice prendere il problema così come me l'avevano presentato, costruire una proposta lineare, chiudere in tempi rapidi.
Ho fatto qualcosa di diverso e ho iniziato a chiedere perché.
Perché i PDF da Salesforce sono diventati un problema adesso, e non sei mesi fa?
Cosa succede nello specifico quando un audiometrista in negozio finisce una valutazione e deve produrre un documento per il cliente?
Quel documento, una volta consegnato, cosa rappresenta per chi lo riceve?
Le risposte hanno aperto un quadro completamente diverso: quel documento non era un foglio amministrativo che certificava un acquisto ma era il primo oggetto fisico, tangibile, che il cliente finale portava a casa dopo aver speso cifre significative per un apparecchio acustico premium e per un servizio personalizzato. Doveva contenere le audiometrie in formato tabellare, con un layout grafico curato, con un livello estetico coerente con la qualità del prodotto e del servizio che rappresentava: un PDF generico, anche se tecnicamente corretto, avrebbe rotto quella coerenza nel momento esatto in cui il cliente doveva sentirsi rassicurato sull'investimento appena fatto.
A questo si collegavano altri pezzi che nessuno mi aveva nominato all'inizio: la standardizzazione di quel documento attraverso tutta la rete di store, la possibilità di garantire che ogni audiometrista producesse un output con la stessa qualità grafica, l'impatto sulla brand experience nel momento più delicato del percorso d'acquisto. Tutti elementi che il cliente non aveva nominato non perché fossero segreti, ma perché nella sua testa non erano collegati alla richiesta tecnica iniziale.
Il problema dei PDF era reale, ma era la punta visibile di qualcosa di molto più grande e quando la proposta finale ha riflesso il quadro intero, è cambiato anche il livello della conversazione: non stavamo più discutendo di un tool per generare documenti, stavamo discutendo di come proteggere la coerenza di un'esperienza premium attraverso una rete distribuita.
La Mappa del Problema non è una tecnica di domanda, è un modo di stare davanti a quello che il cliente ti racconta: è la decisione di trattare il problema iniziale come un punto di ingresso, non come un punto di arrivo.
Il movimento di fondo è semplice da descrivere e difficile da praticare sotto pressione:si parte dal problema manifesto e si lavora in due direzioni contemporaneamente.
La prima è verso l'esterno: il problema che hai davanti raramente vive da solo, è sempre in relazione con quello che sta succedendo nel settore del cliente in quel momento, con le pressioni che la sua azienda sta gestendo, con i trend che attraversano il suo mercato. Perché quel problema si manifesta proprio adesso, in quella forma, in quella organizzazione?
Quando colleghi il problema manifesto al contesto reale del cliente, quasi sempre emergono ramificazioni che dall'interno non erano visibili.La seconda è verso il basso: sotto ogni problema dichiarato ci sono micro-problemi, conseguenze a catena che il cliente non ha ancora connesso esplicitamente alla questione principale e non perché non li veda, ma perché nella sua testa vivono in cartelle separate.
Il lavoro della Mappa del Problema è collegare queste cartelle: mostrare che il problema A è in realtà legato al fastidio B che ha imparato a tollerare e alla preoccupazione C che ha rimandato. Quando i tre pezzi si mostrano connessi, il problema cambia natura, e cambia anche il valore della soluzione che stai costruendo.
C'è un equilibrio delicato da tenere in questo lavoro, ed è quello che separa una Mappa del Problema che apre da una che chiude: le ramificazioni che esplori non devono essere preconcetti che porti con te per forzare il cliente verso conclusioni decise prima, ma neanche pesca casuale fatta a tentoni. Devono essere ipotesi guidate, costruite a partire da una Prospettiva preparata prima della conversazione, che il cliente possa confermare, smentire o raffinare.
Quando funziona, succede una cosa precisa: il cliente inizia a vedere il proprio problema in modo diverso e non perché tu l'abbia convinto di qualcosa, ma perché le domande giuste hanno aperto spazi che lui non aveva ancora esplorato. È lì che la trattativa cambia perché insieme avete capito di più.
Esplorare il problema invece di accettarlo così come arriva è una pratica che sulla carta non costa niente eppure quasi nessuno la fa, e i motivi sono strutturali.
Il primo è la pressione del tempo: quando un cliente ti porta un problema definito, con un perimetro chiaro e una soluzione apparentemente adatta nel tuo portafoglio, la tentazione di chiudere rapidamente è enorme. Sembra il modo professionale di lavorare: il cliente ha una richiesta, tu hai la risposta, ma non stai complicando, stai cercando di capire se la richiesta corrisponde davvero al bisogno.
In un mondo in cui i forecast settimanali premiano la velocità di avanzamento, fermarsi a esplorare somiglia a una perdita di efficienza, anche quando è l'esatto opposto.Il secondo è la paura di sembrare invadenti: continuare a fare domande quando il cliente ti ha già descritto il problema può sembrare una mancanza di rispetto del suo tempo. La verità è opposta: il cliente che ti porta un problema raramente si aspetta che tu lo prenda per buono al primo passaggio, perché sa di averti dato solo una parte della storia. Quello che si aspetta è qualcuno che lo aiuti a vedere meglio, non qualcuno che gli confermi quello che pensa già.
Il terzo motivo è il più scomodo: molti commerciali non hanno una mappa del business del cliente abbastanza solida da poter ramificare il problema in modo intelligente. Per esplorare bisogna sapere dove esplorare, e per saperlo bisogna avere costruito prima della conversazione una Prospettiva reale sul mercato del cliente, sulle sue pressioni, sulle sue priorità.
Senza quella base, le domande di approfondimento diventano casuali, e il cliente lo percepisce subito: non si sente esplorato, si sente intervistato. La differenza è enorme e si lega a un punto più ampio: la cultura commerciale prevalente premia chi avanza, chi fa muovere le opportunità di stage in stage, non chi si ferma a verificare.
Mettere in pratica la Mappa del Problema è anche una scelta che va contro il modo in cui ti viene chiesto di lavorare nel breve termine, e che dà i suoi frutti su un orizzonte diverso da quello su cui vieni misurato.
La Mappa del Problema si costruisce nella conversazione: la preparazione che fai prima della call ti dà le ipotesi su cui lavorare, ma la mappa vera prende forma nel momento in cui il cliente parla.
Il punto di partenza è una postura mentale: trattare il problema dichiarato come l'inizio, mai come la fine. Quando il cliente finisce di descriverti la sua situazione, la domanda che ti devi fare non è "ho abbastanza per costruire una proposta?", è "ho davvero capito perché questo problema esiste, in questa forma, in questo momento?".
Quasi sempre la risposta onesta è no, e quella consapevolezza è il vero punto di partenza.
Da lì il movimento è di andare a ritroso: il problema manifesto è il sintomo, ed esiste perché qualcosa lo sta producendo. In quale processo del cliente questo problema emerge concretamente? Chi lo subisce quotidianamente? Cosa succede a valle quando si manifesta?
Sono domande che sembrano semplici ma quasi nessuno le fa, perché non sembrano necessarie per chiudere la trattativa ma sono invece quelle che permettono di scoprire che il problema dei PDF non era un problema di documenti, ma di brand experience.
Il passo successivo è collegare il problema manifesto al contesto reale del cliente.: se hai costruito una Prospettiva sul settore in cui opera, ora hai materiale con cui formulare ipotesi mirate. Non domande generiche, ma ipotesi che il cliente possa confermare o smentire: "data la situazione del vostro settore in questo momento, immagino che questo problema sia connesso anche a questo altro tema, è così?". È esattamente il movimento della Discovery con Prospettiva applicato all'esplorazione del problema specifico.
Il quarto passo è cercare le ramificazioni laterali, quelle che il cliente non collega esplicitamente al problema principale. Quasi ogni problema operativo ha conseguenze su almeno tre fronti: c'è un impatto su chi lo subisce direttamente, su qualche stakeholder che ne paga le conseguenze indirette, e su qualche obiettivo aziendale di livello più alto che viene rallentato o eroso. Esplorare consapevolmente questi tre fronti fa quasi sempre emergere qualcosa che il cliente non aveva ancora connesso, ed è in quel momento che il valore percepito della trattativa cambia.
Vale la pena chiudere il giro restituendo al cliente una sintesi: "se ho capito bene, il problema dei PDF tocca anche il modo in cui viene gestita la consegna al cliente finale, e si collega alla coerenza dell'esperienza premium. È una lettura corretta?". Quel momento serve a verificare che la mappa sia quella giusta, e a permettere al cliente di vedere il quadro intero nello stesso momento in cui lo vedi tu.
Ho sviluppato un approccio strutturato per fare questo lavoro che fa parte di C.L.E.A.R. Selling e che approfondirò lì: la cosa più importante da portarsi dietro, però, è che la Mappa del Problema non serve a vendere di più ma a capire abbastanza da meritarti la conversazione successiva.
La Mappa del Problema vive nel cuore delle fasi iniziali di C.L.E.A.R. Selling, in quel territorio in cui il tuo unico lavoro è capire, e in cui ogni scorciatoia che ti permetti la pagherai più avanti, con gli interessi.
Il legame con gli altri elementi del metodo è diretto: la Mappa del Problema non funziona da sola: presuppone una Mappa del Business del Cliente solida, perché senza quella base non hai terreno su cui ramificare. Presuppone una Discovery con Prospettiva, perché senza ipotesi costruite prima della call l'esplorazione diventa pesca a vuoto. E presuppone Ascolto Interattivo, perché senza quello le risposte del cliente cadranno nelSilent Gap, e tutta la ramificazione non servirà a nulla.
In altre parole, la Mappa del Problema è il punto in cui tutto il lavoro a monte si converte in valore concreto: se hai fatto bene quel lavoro, qui raccogli ma se l'hai fatto male, qui te ne accorgi.
C'è una conseguenza pratica importante, che spiega perché in C.L.E.A.R. Selling la proposta arriva sempre tardi: la proposta è la traduzione di una comprensione.
Se la comprensione è superficiale, anche la proposta migliore tecnicamente sarà debole strategicamente: risponderà al pezzo visibile del problema e lascerà sul tavolo tutto il resto, dove il valore vero si nasconde. Se la comprensione è profonda, anche una proposta meno elegante può vincere, perché parla a un quadro che il cliente riconosce come suo.
E poi c'è la tesi che il post lasciava aperta: iInfluenzare i requisiti del cliente non è manipolazione, è il lavoro più utile che un commerciale enterprise possa fare. Manipolazione è portare il cliente verso una conclusione decisa prima e che non corrisponde al suo interesse reale mentre influenzare i requisiti, attraverso una Mappa del Problema fatta bene, è aiutarlo a vedere connessioni che da solo non avrebbe fatto, portare a fuoco priorità che stava sottovalutando, connettere conseguenze che stavano in cartelle separate. Quando finisce la conversazione, il cliente ne esce con un quadro più chiaro del suo stesso problema e non perché tu lo abbia guidato verso la tua soluzione, ma perché insieme avete fatto un lavoro che da solo non avrebbe fatto.
È quel momento che decide se sei uno dei tanti fornitori in valutazione, o qualcuno con cui il cliente vuole continuare a parlare.