Después del CRM: el problema de backoffice que nadie resolvió

El CRM está implementado — y el caos operativo sigue igual

Hay un momento de frustración muy específico que reconocen los Gerentes Comerciales que llevan años en distribución B2B. Es cuando le piden al equipo un reporte de cuánto tarda en responder una cotización, y la respuesta es "depende del vendedor". Cuando los clientes llaman a preguntar si recibieron su pedido. Cuando el mismo vendedor que visitó clientes en la mañana pasa la tarde armando cotizaciones que debería haber mandado hace dos horas.

Y lo curioso es que muchos de estos equipos ya tienen CRM. Lo configuraron bien. Los vendedores lo usan. Tienen visibilidad del pipeline, registro de contactos, alertas de seguimiento. El CRM funciona.

El problema es que el CRM nunca fue diseñado para resolver lo que más consume el tiempo del equipo: el trabajo que ocurre después de que el cliente llama y antes de que se cierra el pedido. Ese intervalo — que en distribución B2B puede involucrar buscar precios por cliente, verificar stock de 20 productos, armar el documento, enviarlo y actualizar el ERP — es exactamente el problema que el CRM no toca.

Qué resolvió el CRM (y lo resolvió bien)

Seamos justos con el CRM. Cuando se masificó en los 2000s y 2010s, resolvió un problema real: la información comercial vivía en la cabeza de los vendedores. Si un vendedor se iba, se llevaba los contactos, el historial, los acuerdos tácitos con cada cliente. El CRM lo cambió.

Lo que el CRM efectivamente resolvió:

• Visibilidad del pipeline — el Gerente Comercial puede ver cuántas oportunidades hay abiertas, en qué etapa está cada una y cuál es el forecast de ventas del mes.
• Registro de interacciones — cada llamada, reunión, correo y propuesta queda registrada. Si el vendedor cambia, el nuevo puede retomar el hilo.
• Seguimiento automatizado — alertas para llamar a un cliente que no ha comprado en X días, recordatorios de seguimiento, secuencias de correo.
• Gestión de contactos — base de datos centralizada de clientes, con segmentación, historial de compras y condiciones comerciales.
• Reportería comercial — cuánto vendió cada vendedor, cuál es la tasa de cierre, dónde se caen las oportunidades.

Todo eso es genuinamente útil. La adopción masiva del CRM no fue un error: fue la respuesta correcta a un problema real de visibilidad y trazabilidad comercial.

Qué no resolvió el CRM (y nunca fue diseñado para resolver)

El CRM registra que el cliente hizo una solicitud. No procesa esa solicitud. Y ahí está el abismo.

En distribución B2B, el trabajo más voluminoso no es gestionar relaciones — es procesar solicitudes. Un cliente de una distribuidora HORECA puede mandar un pedido por WhatsApp con 30 referencias distintas. Otro manda un PDF escaneado con su lista de compra habitual. Otro llama y dicta los productos. El vendedor tiene que leer o escuchar esa solicitud, identificar los productos en el catálogo del ERP (que puede tener 2.000 SKUs), verificar stock de cada uno, consultar el precio para ese cliente específico con sus descuentos de lista, armar la cotización o el pedido, enviarlo y actualizar el sistema.

Nada de eso lo hace el CRM. El CRM puede registrar que "el 15 de julio se envió una cotización al cliente Distribuidora González". No puede generar esa cotización. No puede consultar el ERP. No puede verificar si hay stock del producto. No puede calcular el precio con descuento.

Esta distinción es crucial para entender por qué los equipos que tienen CRM siguen con los mismos problemas operativos. No es que el CRM esté mal implementado. Es que el CRM resuelve un problema distinto al que genera el cuello de botella del día a día.

El mapa del proceso comercial B2B: qué cubre el CRM vs. qué queda fuera

El proceso comercial B2B tiene, a grandes rasgos, dos mitades. La primera mitad es la relación: prospección, visita, presentación, negociación, cierre de condiciones comerciales. El CRM existe para esta mitad. La segunda mitad es la operación: recibir el pedido concreto, procesarlo, confirmar disponibilidad, generar el documento, coordinar el despacho. El CRM no existe para esta mitad.

Lo que esta tabla muestra con claridad es que el CRM cubre bien las primeras etapas del proceso — las de relación — y deja completamente sin soporte la segunda mitad: todo el trabajo operativo que convierte una solicitud en un pedido despachado. En distribuidoras con más de 50 solicitudes diarias, esa segunda mitad es donde se van las horas.

El backoffice comercial: el problema que quedó sin nombre

Una razón por la que este problema persiste es que, hasta hace poco, nadie lo había nombrado con claridad. Las empresas sabían que los vendedores estaban "sobrecargados". Sabían que los pedidos llegaban tarde. Sabían que había errores en las cotizaciones. Pero no tenían un marco para describir el problema de forma sistémica.

Ese problema tiene nombre: backoffice comercial. Es el conjunto de procesos administrativos que ocurre entre la solicitud del cliente y el pedido confirmado. No es el frontoffice (la relación con el cliente, que el CRM gestiona). No es la contabilidad ni la logística (que el ERP administra). Es el trabajo operativo del equipo de ventas: leer solicitudes, consultar datos, preparar documentos, actualizar sistemas.

Nombrarlo importa porque permite separarlo del resto, entender qué tan grande es el problema y diseñar una solución específica. En distribuidoras chilenas B2B con catálogos de más de 500 SKUs y más de 30 solicitudes diarias, el backoffice comercial consume entre el 40% y el 70% del tiempo de cada vendedor. Es decir, casi la mitad del costo de tu equipo comercial está yendo a trabajo administrativo, no a ventas.

Por qué el ERP tampoco lo resuelve

Ante este diagnóstico, la reacción natural de muchos equipos es pensar que el ERP debería hacer ese trabajo. Después de todo, el ERP tiene los precios, el stock, los clientes. ¿Por qué no puede simplemente procesar la solicitud?

El ERP mira hacia adentro. Está diseñado para gestionar los recursos internos del negocio: inventario, costos, cuentas por cobrar, órdenes de compra. Su lógica es la del sistema de registro: todo lo que pasa en la empresa queda registrado ahí. Pero no está diseñado para interactuar con el cliente ni para interpretar una solicitud que llega por WhatsApp o correo.

El ERP no sabe que "Pilsener 12 x 340cc" es el mismo producto que "pilsener 12 unidades" o que "las cervezas de siempre". No puede leer un PDF escaneado con la lista de compra de un cliente. No puede responder en una conversación de WhatsApp. No puede validar si la solicitud está incompleta antes de generar el pedido.

El backoffice comercial no es el ERP ni el CRM. Es el puente entre los dos: la capa que toma la solicitud del cliente (que llega en lenguaje natural, por cualquier canal) y la convierte en una transacción estructurada que el ERP puede procesar. Ese puente, en la mayoría de las distribuidoras B2B, es el vendedor haciendo el trabajo a mano.

La capa que falta: automatización del backoffice comercial

Si el CRM resolvió la visibilidad y el ERP resolvió el registro, el siguiente paso lógico es resolver el procesamiento: automatizar el trabajo que ocurre entre la solicitud del cliente y la transacción en el ERP.

Esto es lo que se llama automatización del backoffice comercial, y es distinto a lo que hacen el CRM y el ERP. No es gestionar relaciones ni registrar transacciones. Es procesar solicitudes: leer lo que pide el cliente, consultar los datos correctos, generar el documento adecuado y dejar al vendedor solo con la validación final.

Para lograr esto, la tecnología necesita ser capaz de:

Este modelo no reemplaza al vendedor. Lo libera. El vendedor deja de ser el conector manual entre el cliente y el ERP, y vuelve a ser lo que es valioso: el que construye relaciones, negocia condiciones, resuelve problemas complejos y abre nuevas cuentas.

Cómo se ve en la práctica: el caso de una distribuidora

Para hacer esto concreto, veamos cómo funciona en una distribuidora de productos HORECA — restaurantes, hoteles, cafeterías — con seis vendedores de calle y entre 40 y 60 pedidos diarios que llegan por WhatsApp y correo.

El proceso antes de automatizar el backoffice

Un cliente manda un mensaje a las 9:15: "Hola, necesito lo de siempre más 2 cajas de atún en aceite marca X". El vendedor ve el mensaje, va al ERP, busca el historial del cliente para saber qué es "lo de siempre", verifica que el atún esté en stock, consulta el precio para ese cliente, arma la cotización en Excel, se la manda por WhatsApp. Si el cliente tiene preguntas o ajustes, el ciclo se repite. Tiempo total: entre 12 y 20 minutos por pedido.

Con 50 pedidos al día, el equipo gasta entre 10 y 16 horas en este ciclo. Con seis vendedores, eso representa casi dos vendedores trabajando tiempo completo solo en procesar pedidos. Sin visitar clientes nuevos. Sin hacer seguimiento de oportunidades. Sin desarrollar nuevas cuentas.

El proceso con el backoffice automatizado

El mismo mensaje llega a las 9:15. Un agente de IA lo lee, identifica los productos, consulta el historial del cliente en el ERP para resolver "lo de siempre", verifica stock del atún, aplica el precio correcto con sus descuentos, genera la cotización y se la presenta al vendedor para revisión en menos de dos minutos. El vendedor revisa, confirma y la manda al cliente. El ERP se actualiza automáticamente.

El mismo proceso que tomaba 12–20 minutos ahora toma 2–3 minutos. Y el vendedor invirtió en él solo una fracción de ese tiempo: revisar y confirmar, no procesar desde cero.

El CRM del equipo sigue funcionando igual — registrando oportunidades, haciendo seguimiento, reportando el pipeline. La diferencia es que ahora el tiempo que el equipo recupera del backoffice va al frontoffice: más visitas, más seguimiento, más nuevas cuentas.

Cheetrack: el Administrador IA del Backoffice Comercial

Cheetrack es la plataforma que cubre exactamente la capa que el CRM y el ERP dejan descubierta. No es un CRM — no gestiona relaciones ni pipeline. No es un ERP — no almacena inventario ni contabilidad. Es un Administrador IA del Backoffice Comercial: la capa que automatiza el procesamiento de solicitudes entre el cliente y el ERP.

Cheetrack se conecta a los ERPs más usados por distribuidoras B2B en Chile — Defontana, Softland, SAP Business One, Kame, Odoo — y lee solicitudes por WhatsApp, correo, PDF e imagen. Cuando llega un pedido, la IA consulta el ERP en tiempo real, genera la cotización o el pedido y lo entrega al vendedor listo para revisar. Para conocer el detalle técnico de cómo opera la integración con el ERP, puedes ver cómo funciona un agente IA conectado al ERP.

Preguntas frecuentes