Il costo nascosto di un ciclo di vendita B2B non coincide necessariamente con la licenza del CRM né con il numero di applicazioni adottate. È il tempo consumato per recuperare la continuità di una decisione quando le sue tracce sono distribuite tra sistemi e persone: una richiesta arrivata via e-mail, un confronto aggiornato in Excel, una nota sintetica nel CRM, un dato economico nell’ERP e una telefonata rimasta nella memoria del venditore.
Questa dispersione produce tre rappresentazioni diverse. C’è il processo dichiarato, cioè come l’azienda sostiene di gestire opportunità e approvazioni. Ci sono i dati effettivamente registrati, spesso completi solo per alcuni passaggi. Infine c’è la ricostruzione ex post, necessaria quando qualcuno deve spiegare perché un cliente abbia scelto, rinviato o abbandonato l’acquisto. È qui che emerge il paradosso: aggiungere strumenti può aumentare le tracce disponibili senza ridurre il costo necessario a interpretarle.
Gli acquisti vedono una sequenza, ma ricevono documenti frammentati
Secondo gli Osservatori Digital B2B della School of Management del Politecnico di Milano, il percorso d’acquisto può essere letto attraverso cinque fasi: Awareness, Consideration, Evaluation, Decision e Implementation. È una rappresentazione utile, ma non implica che i documenti aziendali seguano lo stesso ordine. Un preventivo può arrivare durante la valutazione, essere corretto dopo un confronto tecnico e ottenere l’approvazione economica quando una parte della negoziazione è già iniziata.
Il peso di questi passaggi cambia fra una commessa meccanica, un impianto, una soluzione di automazione e un servizio B2B. La sezione https://www.klc.it/industrie-e-mercati/ mette in fila questi diversi contesti e può essere consultata come mappa dei mercati; non è la fonte del dato sullo switching né la prova che un CRM riduca il costo di ricostruzione.
Negli acquisti complessi il ciclo può durare diversi mesi e includere richieste di offerta, confronti tra alternative, approvazioni di budget, negoziazioni contrattuali e test pilota, sempre secondo la ricostruzione generale proposta dal Politecnico. Ogni passaggio aggiunge informazioni, ma anche dipendenze: il foglio con i prezzi serve a poco senza sapere quale configurazione sia stata quotata; l’approvazione del budget non spiega se la preferenza sia nata dal costo, dai tempi di consegna o da una minore esposizione al rischio.
Dal punto di vista degli acquisti, dunque, il problema non è soltanto trovare l’ultima versione di un documento. Occorre capire a quale stato della decisione apparteneva, chi lo considerava valido e quale passaggio abbia reso superata la versione precedente. Se questi legami non sono registrati, il processo appare ordinato soltanto a posteriori.
Il tecnico produce ragioni decisive che raramente hanno la forma di una decisione
La pluralità degli stakeholder modifica il significato delle informazioni. Nell’esempio proposto dagli Osservatori Digital B2B per l’acquisto di un gestionale, il CFO considera l’impatto economico, il CTO valuta compatibilità e sicurezza, l’HR osserva le conseguenze sul personale e il CEO assume la decisione strategica finale. Non stanno semplicemente consultando documenti diversi. Stanno usando criteri differenti per giudicare lo stesso investimento.
La valutazione tecnica lascia spesso tracce abbondanti: specifiche, scambi con il fornitore, risultati di test, richieste di modifica, verbali di riunione. Eppure la ragione decisiva può restare implicita. Un’alternativa viene esclusa perché incompatibile con un’infrastruttura esistente, ma nel CRM compare soltanto una nota generica. Un test pilota produce osservazioni distribuite tra allegati e conversazioni, mentre l’esito commerciale viene ridotto a uno stato come «in valutazione» o «persa».
La fase di Implementation rende il problema ancora più evidente. La decisione formale non chiude il ciclo: installazione, adozione e integrazione possono confermare o smentire le ipotesi usate per scegliere. Se queste informazioni non tornano verso acquisti, direzione e commerciale, l’organizzazione conserva l’esito dell’ordine ma perde la possibilità di confrontarlo con le ragioni iniziali.
Il commerciale paga il costo dello switching, non soltanto quello dell’inserimento dati
Una pagina di Innovio attribuisce a Harvard Business Review una stima secondo cui una persona passerebbe da un’applicazione all’altra circa 1.200 volte al giorno, dedicando quasi il 9% del tempo lavorativo allo switching. Il dato va però usato con cautela: non è una misura verificata direttamente del lavoro commerciale italiano e non consente di attribuire tutto quel tempo alle vendite B2B.
Resta però un indicatore significativo del meccanismo di attrito. Il 9% descrive una quota di tempo assorbita dal cambio di contesto tra applicazioni, non un risparmio già ottenibile. Non può essere convertito automaticamente in euro, ore commerciali recuperate o maggiori vendite, perché mancano informazioni sulla composizione delle attività, sui ruoli coinvolti e sulla parte di switching realmente evitabile.
Prima di una maggiore rintracciabilità, ricostruire un’opportunità significa cercare il messaggio nel quale il cliente ha modificato una specifica, verificare quale preventivo ne abbia recepito l’effetto, controllare nell’ERP se esistano ordini precedenti e chiedere al venditore che cosa sia emerso durante una telefonata. Ogni passaggio può essere breve. La somma, ripetuta per mesi e da persone diverse, interrompe la continuità del ragionamento.
Dopo una migliore associazione delle interazioni al cliente, e-mail, appuntamenti, note e attività possono risultare consultabili nello stesso contesto. Questa maggiore rintracciabilità può ridurre la ricerca dispersa tra strumenti, ma non prova le ragioni che hanno portato alla scelta.
La differenza è sostanziale. Una Timeline può mostrare che si sono tenute quattro riunioni, che il preventivo è stato aggiornato e che una richiesta tecnica è stata chiusa. Non dimostra, da sola, quale argomento abbia convinto il comitato d’acquisto, chi abbia posto il vincolo determinante o perché un concorrente sia stato escluso. La registrazione documenta l’attività; la spiegazione richiede relazioni causali tra attività, criteri ed esito.
Per questo un alto numero di interazioni registrate non è necessariamente un segnale di efficienza. Può indicare un processo ricco e ben documentato, ma può anche misurare quante volte le persone hanno cercato, copiato o riallineato informazioni che non trovavano nel punto atteso. Contare le attività senza distinguere questi due casi rischia di premiare proprio la frammentazione che si vorrebbe ridurre.
Il confronto utile tra prima e dopo, allora, non riguarda il numero assoluto di strumenti. Riguarda il meccanismo: quante volte un’informazione deve essere cercata di nuovo, quante versioni devono essere confrontate e quanti passaggi restano comprensibili solo interrogando chi era presente. Anche un sistema integrato può lasciare invariato il costo se registra tutto tranne il nesso tra un’obiezione, una modifica e la decisione conseguente.
La direzione deve distinguere visibilità e capacità di spiegazione
La direzione riceve spesso una sintesi: valore della pipeline, stato delle opportunità, probabilità di chiusura, durata media delle trattative. Sono dati utili per governare l’insieme, ma diventano fragili quando le categorie con cui sono stati prodotti non hanno lo stesso significato per tutti. «Offerta inviata» può indicare un documento preliminare per il venditore, una proposta economicamente validata per il CFO e una configurazione ancora incompleta per il responsabile tecnico.
Integrare CRM, posta elettronica, strumenti collaborativi ed ERP può ridurre alcuni trasferimenti manuali. Non elimina però la necessità di decidere che cosa meriti di essere registrato e con quale significato. Se il processo dichiarato prevede un’approvazione tecnica, il dato effettivo deve permettere di riconoscere chi l’abbia concessa, su quale versione e con quali riserve. Altrimenti la direzione vede l’avanzamento, ma non la solidità della decisione.
Il costo diventa governabile soltanto quando l’azienda decide quale passaggio non vuole più pagare in tempo di ricostruzione. Finché il 9% resta un dato generale e non una misura del proprio processo, la domanda corretta non è quanto costa il CRM. È quale informazione continua a mancare quando bisogna spiegare perché l’azienda ha scelto.
