CRM por un lado y ERP por otro: el coste oculto

«Distribuciones Vega S.L.» en el ERP y «Distribuciones Vega SL» en el CRM. Son el mismo cliente y llevan dos años sin saberlo. Qué se paga de verdad por mantener dos bases de datos, y en qué casos separarlas sí tiene sentido.

En el CRM hay una oportunidad abierta con «Distribuciones Vega SL», valorada en 18.000 euros, en fase de negociación. En el ERP hay un cliente que se llama «Distribuciones Vega, S.L.» con dos facturas vencidas desde hace 74 días y el riesgo bloqueado por administración.

Son la misma empresa. Llevan dos años siendo dos fichas distintas porque alguien tecleó la coma en un sitio y no en el otro. El comercial va a la visita del jueves sin saber que el cliente le debe once mil euros, y administración se entera de que había una oportunidad viva el día que llama para reclamar y le contestan «pues justo estábamos hablando de ampliar».

Ese es el coste oculto, y no aparece en ninguna factura de software.

Lo primero que se rompe es la sincronización

Casi nadie monta dos sistemas con la intención de tenerlos separados. Se monta un conector, o una automatización, o un proceso nocturno que copia clientes de un lado a otro. Y funciona. Durante unos meses.

Después pasa esto, más o menos en este orden:

  1. Alguien añade un campo en el CRM que el conector no conoce. Se sincroniza todo menos ese campo, y nadie se entera hasta que alguien lo echa de menos.
  2. Un cliente cambia de CIF o de razón social. El conector no sabe si es el mismo registro o uno nuevo, y crea uno nuevo.
  3. Cae una noche. El proceso falla a las 3:40 y el aviso llega a un correo que ya no lee nadie. Dos semanas después hay 60 registros desfasados.
  4. Se actualiza una de las dos plataformas y la API cambia. El conector, que hizo un becario o una consultora que ya no trabaja con vosotros, se queda mudo.
  5. Alguien empieza a corregir a mano. Ese es el punto de no retorno: a partir de ahí, la sincronización ya no es un sistema, es una persona.

Lo caro no es el conector. Es que la fiabilidad de tus datos pasa a depender de un proceso que nadie mira hasta que ya ha hecho daño.

Los cuatro costes que sí se pueden contar

Vale, «coste oculto» suena a titular. Vamos a ponerle números de pyme, con un ejemplo verosímil de una empresa de 30 personas y cuatro comerciales.

Coste Qué es Orden de magnitud al año
Doble mantenimiento de fichas Dar de alta, corregir y actualizar cada cliente dos veces 2-4 horas al mes de administración
Duplicados y limpieza Detectar y fusionar fichas repetidas, revisar cuál manda 1-2 jornadas completas al año
Informes cruzados Exportar de los dos sitios y cruzar en una hoja para el comité mensual 3-5 horas cada mes
Decisiones con datos malos Visitar a un moroso, ofrecer descuento a quien ya lo tiene, no ver una cuenta dormida Imposible de medir, y es el más caro

Súmalos: entre 80 y 120 horas al año de trabajo que no produce nada, más el conector y su mantenimiento. La cuarta fila no se puede cuantificar, pero es la que hace que un director general acabe diciendo «¿cómo puede ser que no lo supiéramos?».

El comercial es quien más lo sufre

Un comercial necesita cuatro cosas antes de entrar por la puerta de un cliente: qué le hemos vendido, qué nos debe, qué le hemos prometido y qué se habló la última vez. Con el CRM y el ERP separados tiene dos de las cuatro, y la mitad de las veces ni eso, porque el acceso al ERP se lo dieron «para ver», con una pantalla que no está pensada para él.

El resultado son escenas que todos conocemos: ofrecer una promoción a quien tiene el riesgo bloqueado, prometer una entrega para el viernes sin saber que el artículo está pendiente de recibir, o llamar «para ver qué tal» a un cliente que ayer puso una reclamación por correo.

Cuando el histórico comercial y el histórico económico viven en el mismo sitio, la ficha del cliente deja de ser un formulario y se convierte en un expediente: las actividades registradas, los correos archivados con sus adjuntos, las ofertas, los pedidos, lo servido, lo facturado y lo pendiente de cobro. Todo en la misma pantalla, y sin que nadie haya tenido que sincronizar nada, porque nunca estuvo en dos sitios.

El informe que hay que montar cruzando exportaciones

Hay una pregunta que toda dirección hace tarde o temprano: ¿cuánto nos cuesta conseguir un cliente y cuánto nos deja?

Para responderla necesitas el embudo (oportunidades ganadas y perdidas, con su motivo y su origen) y necesitas la facturación real, el margen y el comportamiento de pago. Si viven en sistemas distintos, la respuesta sale de una hoja de cálculo montada a mano, que se hace una vez, impresiona en el comité y no se vuelve a actualizar porque son cuatro horas.

Con los dos mundos en la misma base de datos, esa pregunta es un listado. Y como es un listado, se ejecuta cada mes sin coste. La previsión de ventas a partir del embudo deja de ser un ejercicio de fe y pasa a poder contrastarse contra lo que de verdad se facturó tres meses después.

Ahí está el argumento de fondo: la integración no es un ahorro de horas, es la diferencia entre poder hacerse ciertas preguntas o no poder hacérselas.

El paso natural: precliente y cliente en la misma tabla

El punto donde más se nota la costura es la conversión. En el mundo separado, un contacto vive en el CRM hasta que gana, y entonces alguien lo da de alta como cliente en el ERP. Ese alta manual es donde nacen los duplicados, los nombres distintos y los CIF mal copiados.

La alternativa es que el precliente y el cliente sean la misma ficha en distinto estado: el mismo registro, que empieza sin datos fiscales completos y los gana cuando hace falta facturarle. Así funciona en PlanerGes, donde clientes, preclientes, oportunidades, actividades y documentos comparten el mismo maestro de entidades. No hay conversión: hay maduración.

Ventaja secundaria que se aprecia mucho: cuando el contacto que llevas persiguiendo dos años por fin compra, todo el histórico de la persecución sigue ahí, colgando del mismo cliente.

Cuándo separarlos sí tiene sentido

No todo son ventajas y sería deshonesto vender lo contrario. Hay situaciones en las que un CRM independiente es la decisión correcta:

  • Ciclos de venta muy largos y complejos, con equipos de preventa, secuencias de marketing, puntuación de leads y cadencias automatizadas. Un CRM especializado hace ahí cosas que un módulo comercial integrado no hace.
  • Marketing como función seria y separada, con campañas multicanal, formularios web, segmentación fina y atribución. Eso es un producto de marketing, no un ERP.
  • Un equipo comercial mucho mayor que el resto de la empresa, donde la herramienta se elige por y para ellos.
  • La red comercial es externa y no quieres darle acceso a nada del ERP.
  • Un CRM que ya funciona y el equipo adora. Una migración forzada contra la voluntad del equipo comercial fracasa el 100 % de las veces.

En esos casos, la regla es aceptar la separación pero decidir de forma explícita quién es el dueño de cada dato: el CRM manda en la oportunidad y la actividad, el ERP manda en la ficha fiscal, el precio y el saldo. Un solo sentido de sincronización por campo, nunca bidireccional en el mismo dato, y una clave común real (el CIF, no el nombre).

La comprobación de cinco minutos

Si quieres saber cuánto te está costando la separación ahora mismo, haz esto hoy:

  1. Exporta los clientes de los dos sistemas y compara por CIF, no por nombre. Cuenta cuántos están en uno y no en el otro.
  2. Coge los cinco clientes de más facturación y mira si sus fichas coinciden en dirección, condiciones de pago y agente asignado.
  3. Pregunta a un comercial si sabe, sin llamar a administración, qué le debe su mayor cliente. Cronometra lo que tarda en averiguarlo.
  4. Mira la fecha del último informe cruzado que hicisteis. Si es de hace más de dos meses, ya sabes que no se está haciendo.
  5. Busca quién recibe el aviso de error del conector. Si nadie sabe contestarte, la sincronización lleva rota más tiempo del que crees.

Con esos cinco datos ya no discutes de arquitecturas: discutes de un número concreto de fichas descuadradas, que es una conversación mucho más corta.

Por PlanerGes En CRM