Succede in un’azienda su due. Si sceglie il CRM, si migrano i contatti, si fa la formazione, e per tre settimane sembra funzionare. Poi le schede smettono di aggiornarsi, le trattative restano ferme nella fase in cui qualcuno le aveva messe a marzo, e il foglio di calcolo riappare dal nulla.
La spiegazione che circola in questi casi è che i commerciali sono refrattari agli strumenti, che non hanno voglia, che vanno controllati meglio. È una spiegazione comoda perché sposta il problema sulle persone, dove non si può risolvere. Quasi sempre è anche sbagliata.
Il CRM descrive un processo che non è il vostro
La causa più frequente è anche la meno sospettata: le fasi della trattativa configurate nel CRM non corrispondono a come si vende davvero in quell’azienda. Sono le fasi del manuale, o quelle che c’erano di default, o quelle che sembravano ragionevoli in una riunione.
Il risultato è che chi vende deve tradurre ogni volta la realtà in categorie che non la descrivono. Una trattativa ferma perché il cliente aspetta un finanziamento non è né aperta né persa, e se non c’è una fase che lo dica finirà parcheggiata in quella sbagliata, dove nessuno la guarderà più.
Questa traduzione costa fatica e produce dati falsi. Dopo qualche settimana chi compila capisce che il campo non serve a niente e smette di curarlo, e a quel punto il CRM contiene numeri che non descrivono nulla. Da lì in poi nessuno si fida più dei rapporti, giustamente.
La verifica è semplice e si fa in mezz’ora: chiedete a due commerciali di raccontare le ultime tre trattative chiuse, senza guardare lo schermo. Le fasi che nominano spontaneamente sono le fasi vere. Se non somigliano a quelle configurate, il problema è lì.
C’è una variante di questo problema che riguarda le aziende con più linee di prodotto. Vendere un macchinario e vendere un contratto di assistenza sono due percorsi diversi, con tempi e passaggi diversi, e costringerli nelle stesse fasi significa che almeno uno dei due sarà descritto male.
Non serve moltiplicare le configurazioni all’infinito, ma vale la pena chiedersi se le trattative che gestite siano davvero tutte della stessa specie. Spesso bastano due pipeline distinte per far sparire metà delle forzature che rendevano il sistema fastidioso.
Il doppio lavoro che nessuno aveva calcolato
Il secondo motivo è aritmetico. Se un’informazione va inserita nel CRM e anche nel gestionale, e anche nel foglio che il responsabile guarda il lunedì, quella informazione verrà inserita bene in un posto solo. Di solito in quello che serve a chi la inserisce, non a chi la legge.
Nessuna quantità di formazione risolve un problema di questo tipo, perché non è un problema di competenza. Finché il CRM è un adempimento aggiuntivo rispetto al lavoro, e non il modo in cui il lavoro viene fatto, resta l’ultima cosa della giornata, e le ultime cose della giornata spesso non si fanno.
La correzione passa da togliere, non da aggiungere. Quale dei tre posti può sparire? Quale report può essere generato dal CRM invece che compilato a mano? Ogni duplicazione eliminata vale più di un corso di formazione, e si vede subito.
È anche il punto in cui le automazioni più banali fanno la differenza maggiore: se la scheda si compila da sola quando arriva una richiesta, nessuno deve ricordarsi di crearla.
Un modo concreto per misurarlo: chiedete a chi vende di elencare tutti i posti in cui, in una settimana tipo, ha scritto la stessa informazione. La lista è quasi sempre più lunga di quanto la direzione immagini, e comprende strumenti che nessuno aveva considerato parte del processo.
Il foglio personale che ogni commerciale tiene per conto suo rientra in questa lista, e non va trattato come un atto di ribellione. Esiste perché risponde a un bisogno che il sistema ufficiale non copre: quasi sempre è il bisogno di vedere in dieci secondi cosa fare oggi.
Quando compilare serve al capo e non a chi vende
Terzo motivo, il più delicato da dire ad alta voce. Molti CRM vengono introdotti per dare visibilità alla direzione: sapere quante trattative ci sono, a che punto sono, cosa aspettarsi a fine trimestre. Sono obiettivi legittimi, ma sono obiettivi di chi legge, non di chi scrive.
Se lo strumento restituisce valore solo verso l’alto, chi lo alimenta lo percepisce come sorveglianza, e non ha torto. La reazione prevedibile non è il rifiuto aperto ma la compilazione difensiva: si aggiorna quel tanto che basta perché non arrivino domande, mantenendo il lavoro vero da un’altra parte.
Si riconosce da un sintomo preciso: le trattative compaiono nel CRM già avanzate. Nessuno registra un contatto appena nato, perché registrarlo significa doverne poi rendere conto. Compaiono quando sono quasi chiuse, cioè quando non servono più a nessuno per decidere qualcosa.
Il rimedio non è insistere ma invertire il flusso: far sì che chi compila riceva qualcosa in cambio lo stesso giorno. L’elenco delle attività di oggi, i contatti da richiamare, lo storico che evita di ripetere una domanda già fatta. Il resto viene da sé.
Un modo per rimettere le cose a posto è cambiare cosa si guarda nelle riunioni. Se la domanda ricorrente è perché quel numero non è salito, il CRM resta uno strumento di controllo. Se è quali trattative sono ferme e cosa serve per sbloccarle, diventa uno strumento di lavoro comune.
I campi obbligatori che insegnano a mentire
Ogni campo obbligatorio che non ha una risposta vera insegna a inventarne una. Se il sistema non lascia salvare senza indicare un valore stimato, quel valore verrà scritto comunque, e sarà un numero a caso. Da quel momento il totale della pipeline è un numero a caso pure lui.
Il danno non è il singolo campo ma l’abitudine: una volta accettato che si scrive qualcosa tanto per passare oltre, la stessa logica si estende agli altri campi. Un CRM con pochi campi compilati bene vale infinitamente più di uno con tutti i campi compilati a caso.
Come ho scritto a proposito di cosa fa un CRM rispetto a un foglio di calcolo, il valore sta nella storia che si accumula. Una storia inventata per obbligo non è una storia meno completa: è peggio di niente, perché sembra affidabile.
Vale la pena distinguere fra campi che servono a lavorare e campi che servono a misurare. I primi vanno chiesti sempre perché chi li compila li usa. I secondi vanno chiesti con parsimonia, e solo quando qualcuno guarderà davvero il risultato: un dato raccolto e mai letto ha comunque un costo, pagato ogni giorno da chi lo inserisce.
C’è anche una questione di tempismo. Chiedere il valore stimato di una trattativa al primo contatto è chiedere un’invenzione; chiederlo quando si manda il preventivo è chiedere un dato reale. Spostare il momento in cui un campo diventa obbligatorio spesso basta a renderlo attendibile.
Come si recupera un CRM che nessuno apre più
Il recupero non comincia dalla formazione né da un richiamo. Comincia dal chiedere a chi dovrebbe usarlo cosa gli costa, e prendere sul serio le risposte anche quando suonano come scuse. Le tre lamentele che tornano sempre sono le tre cause descritte qui sopra.
Poi si taglia. Meno fasi, meno campi obbligatori, meno rapporti da compilare a mano. Un CRM che chiede poco e restituisce qualcosa viene usato; uno completo e ignorato non serve a niente, per quanto ben configurato sia sulla carta.
L’ultimo passaggio è accettare che i dati dei mesi precedenti sono in gran parte inutilizzabili, e ripartire senza pretendere di recuperarli. Provare a sistemare lo storico è il modo più rapido per far fallire anche il secondo tentativo.
Conviene anche scegliere un punto di ripartenza visibile a tutti: una data da cui in poi le trattative nuove seguono le regole nuove. Senza un confine dichiarato, il vecchio modo di fare continua a convivere col nuovo, e dopo qualche settimana nessuno sa più quale dei due valga.
Domande frequenti
Come capisco se il CRM viene usato davvero?
Non guardate quante schede esistono ma quando sono state toccate l’ultima volta. Un CRM vivo ha attività registrate negli ultimi giorni su gran parte delle trattative aperte. Se le ultime modifiche risalgono tutte allo stesso periodo, è il segno di una compilazione fatta in blocco prima di una riunione, non di un uso quotidiano.
Conviene rendere obbligatori più campi?
Quasi mai. Ogni campo obbligatorio senza una risposta vera produce un dato inventato, e i dati inventati sono peggiori dei dati mancanti perché sembrano affidabili. Meglio pochi campi compilati con cura, e semmai controllare a campione la qualità di quelli invece di allargare la lista.
Serve cambiare CRM se questo non funziona?
Raramente il problema è lo strumento. Cambiare senza aver capito perché il primo è stato abbandonato porta quasi sempre allo stesso esito, con in più il costo della migrazione e la sfiducia di chi ci era già passato. Prima vanno verificate le fasi, le duplicazioni e cosa restituisce a chi lo compila.
Quanto tempo serve per recuperare la situazione?
Se le cause sono state individuate, i primi segnali arrivano in un mese: le trattative tornano ad aggiornarsi perché aggiornarle è diventato conveniente. Il dato storico affidabile richiede più tempo, perché bisogna accumulare abbastanza trattative chiuse dopo la correzione da poterci ragionare sopra.
Un CRM che somiglia a come vendete
Prima di cambiare strumento conviene capire perché quello attuale non viene usato. Analizziamo le fasi reali della vendita e riconfiguriamo il CRM su quelle, togliendo il lavoro che non serve a nessuno.