El teu CRM no té un problema d'adopció, té un problema de disseny
La majoria d'implantacions de CRM no fracassen perquè els comercials es resistisquen al canvi, sinó perquè l'eina està dissenyada contra el procés real de venda. Per què el sabotatge del comercial és priorització racional, no resistència.
Hi ha un patró que es repetix en quasi totes les empreses que han implantat un CRM en els últims quinze anys. El director comercial pregunta si s'està utilitzant. La resposta oficial és que sí. La previsió, però, continua eixint d'un Excel que manté una sola persona, i els comercials continuen portant la seua agenda real al cap, al correu i a un parell de fulls paral·lels.
Quan un projecte de 60.000 euros (o 300.000, depén de la grandària de l'empresa) es convertix en una base de dades que només s'actualitza els divendres a última hora perquè aparega en verd al reporting del dilluns, el reflex de la indústria sempre és el mateix: cal més formació, més obligació, més gamificació, vincular la comissió a l'ús del CRM.
Eixa lectura és còmoda perquè situa el problema al comportament del comercial. És falsa. El problema no és d'adopció. És de disseny. I mentre es tracte com un problema d'adopció, no es resoldrà amb cap quantitat de formació.
El CRM no es va construir per al comercial
La pregunta bàsica que quasi ningú es fa quan implanta un CRM és esta: qui paga el cost d'introduir les dades i qui rep el valor?
El comercial paga. Cada lead introduït, cada telefonada registrada, cada camp obligatori omplit són minuts que no està venent. El valor el rep un altre: el director comercial que vol visibilitat, el responsable de màrqueting que vol segmentar, el CFO que vol previsions, l'equip d'operacions que vol coordinar entregues.
És una asimetria d'incentius pura. La persona a qui se li demana treball extra no és la que rep el benefici. I la resposta humana a eixa configuració no és resistència al canvi. És priorització racional.
El comercial que minimitza el CRM no està sabotejant l'eina. Està fent exactament allò pel qual li paguen: vendre. L'eina és el que li ho impedix.
Qualsevol intent de resoldre açò via obligació (sense informe no hi ha comissió, sense actualització no hi ha pipeline visible) convertix una eina de productivitat en burocràcia. Funciona els primers mesos. Després, el comercial òmpli el mínim per a complir, i queda clar que el CRM no és una eina sinó un mecanisme de control. Dades brutes i confiança erosionada en paral·lel.
La fitxa de client única és una ficció útil
El segon error de disseny és assumir que tota la informació comercial rellevant pot viure en un únic registre estructurat.
La realitat operativa d'un comercial competent és prou més fragmentada. La informació d'un client actiu està repartida entre l'històric de correus, on queda el to real de la relació. WhatsApp i telefonades, on es tanquen coses que mai s'escriuen. El cap del comercial, que recorda què li va passar al cosí del client el mes passat. Un full d'Excel paral·lel, el que de veritat utilitza per a preparar visites. L'agenda, que sap la freqüència real de contacte millor que el CRM. Documents en SharePoint o Drive amb ofertes anteriors i contractes signats.
El CRM és el seté lloc, i l'únic que demana actualització manual. No és la font de la veritat. És el resum post-mortem que s'òmpli el divendres perquè el dilluns hi haja alguna cosa per a mirar.
Esta és la raó per la qual les dades del CRM són sistemàticament sospitoses. No perquè el comercial mentisca. Perquè està reconstruint de memòria, dies després, allò que va passar realment en altres canals.
Les dades brutes són el símptoma, no la malaltia
Quan un projecte de CRM porta un any i les dades no servixen per a prendre decisions, la conclusió típica és que cal més disciplina de captura. Més camps obligatoris. Més validacions. Més auditoria.
Açò agreuja el problema en lloc de resoldre'l. Hem vist l'asimetria una vegada i una altra en empreses mitjanes:
| Mètrica | El que demana el CRM estàndard | El que el comercial necessita per a vendre |
|---|---|---|
| Camps per oportunitat | 25-40 obligatoris | 4-6 reals |
| Freqüència d'actualització | Després de cada interacció | Abans de la pròxima visita |
| Categorització de client | Indústria, grandària, segment, font, BANT, MEDDIC… | "Compra ràpid / negocia / cal cuidar-lo" |
| Temps de captura setmanal | 4-6 hores estimades | 0 hores pressupostades mentalment |
| Motius de pèrdua | Taxonomia tancada obligatòria | "L'altre va arribar abans" |
El comercial raonable fa l'única cosa sensata: òmpli el mínim, en categories genèriques (Altres, Per confirmar, Sense definir), just abans del tall de reporting. El resultat és una base de dades formalment completa i operativament inservible.
Este mateix patró està descrit en un altre context al nostre post sobre la síndrome del formulari infinit: cada camp addicional reduïx la qualitat agregada de la dada. Aplicat al CRM, demanar quaranta camps no produïx quaranta dades bones. Produïx un camp bo (l'import) i trenta-nou omplits per a complir.
El teu procés de venda és la teua avantatge competitiu. El CRM estàndard et demana que el tires
Ací està la part que quasi ningú s'atrevix a dir.
Una empresa que porta deu, vint o trenta anys venent al seu sector ha desenvolupat un procés de venda propi. No està escrit a cap manual. Viu en com es qualifiquen els clients, en què es promet i què no, en l'ordre de les visites, en qui decidix quan baixar el preu, en com s'involucra producció quan el client demana alguna cosa no estàndard.
Eixe procés és l'avantatge competitiu real de l'empresa. És la raó per la qual un comercial nou tarda díhuit mesos a rendir com un veterà. És el que diferencia eixa empresa de la seua competència, que ven el mateix als mateixos clients.
El CRM estàndard (Salesforce, HubSpot, Dynamics, Pipedrive en les seues configuracions de fàbrica) assumix un embut de venda concret. Normalment, l'embut B2B SaaS de manual: lead → MQL → SQL → oportunitat → proposta → negociació → tancament. Eixe embut no és neutre. És una hipòtesi molt específica sobre com es ven, importada del model de venda de programari corporatiu americà dels anys 2005-2015.
Adaptar el teu procés a eixe embut no és "modernitzar-se". És renunciar al teu diferencial competitiu a canvi d'adoptar el flux que també utilitza la teua competència. Tots dos operareu amb el mateix procés teòric, el mateix vocabulari i els mateixos KPIs estàndard. El comercial veterà, que sap que al teu sector la venda no funciona així, es troba amb dues opcions: o mentix per a encaixar (amb el cost de dada bruta ja descrit), o continua venent a la seua manera i òmpli el CRM com un tràmit.
La decisió de fons entre comprar un CRM estàndard o construir-ne un alineat amb el procés real no és la que se sol plantejar. Ho desenvolupem amb detall en Salesforce vs CRM a mida: la calculadora honesta, però el punt clau és este: el cost real del CRM estàndard no és la llicència, ni la implantació. És l'erosió silenciosa del procés que et va fer competitiu.
El que sí funciona: programari construït al voltant del flux real
L'alternativa no és "millorar l'adopció". L'alternativa és invertir la direcció.
En lloc de demanar al comercial que s'adapte a l'eina, es construïx l'eina al voltant de com treballa realment. Quan açò es fa bé, el comercial deixa d'"usar el CRM" com a tasca separada i passa a tindre un sistema que li facilita el que ja feia. Alguns principis de disseny que sí funcionen:
- Captura de baix o nul esforç. Transcripció automàtica de notes de veu després de la visita. Parsing del correu per a detectar interaccions amb clients. Sincronització bidireccional amb l'agenda. El comercial no introduïx dades: les dades s'introduïxen soles a partir d'allò que ja fa.
- Enriquiment des de sistemes que ja tenen la dada. El CRM no hauria de demanar el codi de client, el límit de crèdit, l'històric de pagaments o l'estoc disponible. Açò ja està a l'ERP. Demanar-ho una altra vegada és el cost del reteclat.
- Vocabulari i embut del negoci real. Si al teu sector les fases de venda es diuen "mostra", "homologació", "comanda pilot" i "contracte marc", el CRM ha de dir-se així. No "Discovery", "Proposal" i "Closed Won".
- La pantalla del director és una conseqüència, no l'objectiu. El reporting es genera a partir d'allò que el comercial necessita veure per a vendre, no a l'inrevés.
Perquè això siga possible, algú ha d'entrar a l'equip de vendes, veure dues o tres setmanes com treballa realment, identificar on és la fricció i construir programari contra eixa fricció específica. Açò és exactament el que fa un Forward Deployed Engineer. No dissenya en abstracte. Dissenya en presència.
A SAUCO portem esta lògica un pas més enllà. Si el procés de venda de la teua empresa és el teu actiu competitiu, el programari que el suporta també hauria de ser-ho, no una llicència mensual al mateix proveïdor que utilitza la teua competència. Sobre la diferència entre afegir un chatbot al teu CRM i construir intel·ligència real sobre la teua operació ho desenvolupem a la nostra guia sobre IA aplicada a la gestió de clients.
El problema no és el comercial
Convé tancar on hem obert. Quan un equip comercial "no usa" un CRM, la lectura còmoda és que hi ha un problema de cultura, de generació, de resistència al canvi. La lectura honesta és que l'eina els està demanant renunciar a la part del treball que millor fan, a canvi de servir a mètriques que no són les seues.
Canviar açò no és un problema de change management. És un problema d'enginyeria: construir programari que respecte i amplifique el procés que ja genera marge, en lloc de substituir-lo per un de genèric.
Si el teu CRM porta anys "sense acabar de quallar" i els informes continuen eixint d'Excel, probablement no necessites més formació. Necessites revisar si l'eina està dissenyada contra el teu procés o a favor d'ell.
Si açò s'assembla al que està passant a la teua empresa, agenda una sessió amb nosaltres i ho mirem en concret.