CRM para logística: cómo controlar RFQ, tarifas, renovaciones y margen comercial

¿Cuánto margen pierde una empresa logística entre la oferta y la factura?

Una empresa de transporte o un operador logístico puede conocer con precisión cuántas ofertas ha enviado, cuántas ha ganado y cuánto facturará cada cuenta. Sin embargo, esa información no responde a la pregunta más relevante: ¿cuánto beneficio aportará realmente el contrato una vez que se ejecuten las rutas, se apliquen recargos, cambien los volúmenes y se produzcan incidencias?

El problema suele comenzar antes de que se firme el acuerdo. El cliente solicita una RFQ con múltiples destinos y condiciones; el comercial recopila información; pricing calcula tarifas en una hoja; operaciones valida parcialmente la capacidad; la propuesta se envía por correo. Meses después, las condiciones pactadas se interpretan de forma distinta en el TMS, el ERP y la facturación. Nadie tiene una versión única de lo negociado.

Un CRM sectorial no debe limitarse a registrar contactos y actividades. Su función dentro de este proceso es conservar el contexto comercial, coordinar decisiones y conectar la promesa al cliente con la realidad operativa. Eso exige integrar CRM, herramientas de pricing, TMS, ERP y analítica según la arquitectura de cada compañía.

Esta guía aborda el recorrido completo desde la solicitud de oferta hasta la renovación. Si buscas las características de la solución sectorial, puedes consultar CRM Logistic 365. Aquí nos concentramos en los problemas de proceso, las decisiones de diseño y las métricas que deberían gobernar una implantación.

Ocho situaciones que revelan que el proceso comercial no está bajo control

No es necesario que existan errores graves de facturación para detectar un problema estructural. Los síntomas aparecen antes: oportunidades duplicadas, tarifas sin vigencia, excepciones aprobadas verbalmente y renovaciones que se descubren cuando el cliente ya ha abierto una licitación.

De la RFQ a la renovación: seis decisiones que deben quedar conectadas

El recorrido comercial no termina con la adjudicación. Cada etapa produce información que condiciona la siguiente. Si se rompe esa continuidad, las decisiones posteriores se apoyan en supuestos que nadie puede verificar.

La representación anterior es un modelo de proceso recomendado, no una afirmación de que todas esas funciones estén disponibles de serie en una única aplicación. Las capacidades concretas dependen del CRM, las integraciones, el TMS, el ERP y las reglas de negocio implantadas.

La diferencia entre un proceso conectado y una sucesión de tareas aisladas es la trazabilidad. Una tarifa aprobada debería poder vincularse a las hipótesis de volumen y coste que la justificaron. Una incidencia recurrente debería poder relacionarse con la rentabilidad del cliente. Una renovación debería utilizar datos reales de ejecución, no únicamente el histórico de facturación.

Una RFQ no es un correo: es un expediente de decisión

Una solicitud de cotización puede contener cientos de combinaciones de origen, destino, modalidad, frecuencia, mercancía, ventana horaria, volumen, requisitos documentales y condiciones de servicio. El primer riesgo es responder antes de entender exactamente qué se está cotizando. El segundo, consumir recursos de pricing en oportunidades que no encajan con la estrategia o la capacidad disponible.

Conviene establecer un registro único con identificación del cliente y grupo empresarial, interlocutores, fecha límite, líneas de servicio, anexos, hipótesis comerciales y responsables internos. El registro debe distinguir información recibida, información pendiente y decisiones tomadas. Cuando la solicitud cambia, debe conservarse la versión anterior para saber qué se modificó y por qué.

La implantación debe decidir también cuándo una RFQ se convierte en oportunidad formal, qué condiciones exigen revisión de dirección y qué motivos de descarte se registran. Sin esta disciplina, los informes de conversión mezclan solicitudes exploratorias, licitaciones reales y ampliaciones de cuentas existentes, lo que impide interpretar el rendimiento comercial.

El precio correcto depende de un coste defendible, no de una hoja de cálculo aislada

En logística, el precio es una combinación de variables. Puede incluir tarifa base, peso o volumen, distancia, combustible, estacionalidad, servicios accesorios, ocupación, manipulación, almacenaje, última milla, tiempos de espera y penalizaciones. La complejidad crece cuando hay varios países, divisas, sociedades, centros operativos y acuerdos marco.

La función de pricing necesita una estructura gobernada: catálogo de servicios, reglas de cálculo, vigencias, umbrales, recargos, descuentos y trazabilidad de hipótesis. Esto no implica eliminar todas las herramientas especializadas ni convertir el CRM en motor de cálculo universal. En muchos escenarios, el diseño correcto es integrar una herramienta de tarifas o el TMS y mostrar en el CRM el resultado, sus condiciones y el estado de aprobación.

Una buena práctica consiste en diseñar tres escenarios antes de enviar la oferta: base, presión de costes y variación de volumen. El objetivo no es predecir exactamente el futuro, sino conocer qué variables pueden convertir un contrato aparentemente atractivo en una operación deficitaria.

Una oferta puede aumentar ingresos y reducir margen al mismo tiempo

Imaginemos una RFQ con una facturación anual prevista de 1.200.000 €. En el escenario inicial se estima un coste directo de 1.020.000 €, lo que deja 180.000 € de contribución antes de otros costes y ajustes. La oferta parece razonable si cumple el objetivo de rentabilidad de la empresa. Pero el contrato se adjudica con un descuento adicional y, meses después, el mix de servicios resulta más costoso de lo previsto.

El ejemplo no representa resultados de Ayesa ni de un cliente real. Sirve para visualizar por qué comercial y operaciones deben revisar el margen durante la vida del contrato y no solamente antes de firmarlo.

En este supuesto, la contribución disminuye 77.400 €. Esa variación no se explica únicamente por el descuento: el ingreso cae y el coste directo aumenta. Para saber qué corregir es necesario descomponer el resultado por cliente, contrato, ruta, servicio y periodo, utilizando definiciones económicas consensuadas con finanzas.

Un cuadro de mando que solo enseñe la cifra de ventas ocultará el problema. Uno que muestre margen previsto, margen observado, desviación y causas permitirá actuar antes de que la renovación consolide condiciones insostenibles.

Lo que comercial promete debe ser ejecutable, medible y facturable

El traspaso desde ventas a operaciones suele ser uno de los puntos de mayor fricción. Una condición que parecía menor durante la negociación puede alterar la planificación de flota, la contratación de transportistas, el espacio de almacén o la secuencia de preparación. Si el equipo operativo no conoce exactamente qué se prometió, la diferencia termina convertida en sobrecoste o en conflicto con el cliente.

El expediente comercial debería generar un conjunto de condiciones operativas verificables: servicios contratados, rutas, horarios, compromisos de entrega, ventanas, exclusiones, niveles de servicio, recargos, documentación y contactos de escalado. El TMS o el WMS deben seguir siendo los sistemas adecuados para ejecutar sus procesos; el CRM debe conservar la relación contractual y comercial y permitir consultar la información necesaria para gestionar la cuenta.

La integración no tiene por qué ser en tiempo real para todos los datos. Hay información que requiere actualización inmediata —por ejemplo, el estado de una aprobación crítica— y otra que puede consolidarse diariamente. La frecuencia adecuada depende del impacto de una demora, la calidad de origen y el coste de mantener la integración.

La mejor renovación empieza meses antes del vencimiento

Una renovación no debería activarse cuando el cliente pregunta por nuevas tarifas. En contratos con elevada complejidad operativa, la revisión necesita tiempo para analizar el consumo real, las incidencias, la evolución de costes, los compromisos de servicio y las condiciones de mercado. Sin preparación, el comercial negocia con poca información y puede aceptar descuentos para proteger volumen sin conocer su impacto.

Un proceso sólido define hitos anteriores al vencimiento, asigna responsables y prepara un expediente de cuenta: ingresos por servicio, contribución, reclamaciones, evolución de volumen, cambios de alcance, facturas discutidas, potencial de ampliación y riesgos de abandono. No todos los contratos necesitan la misma anticipación; la planificación debe ajustarse a su tamaño, complejidad y duración.

Los plazos anteriores son una propuesta de gestión para contratos complejos, no una regla universal. En servicios de ciclo corto puede ser suficiente una secuencia más breve. Lo importante es que el CRM haga visible la renovación con antelación y permita gestionar tareas, decisiones y documentación sin depender de recordatorios individuales.

CRM, TMS, ERP y Power BI: cada sistema debe cumplir una función clara

La pregunta no es si una compañía logística necesita un único sistema para todo. La pregunta es qué sistema debe ser propietario de cada dato y cómo se sincronizan los cambios. Un CRM comercial puede gestionar cuentas, contactos, oportunidades, ofertas, contratos y actividades. El TMS administra planificación y ejecución de transporte; el WMS, la operativa de almacén; el ERP, los procesos financieros y contables. Las soluciones concretas y los límites funcionales dependen del entorno implantado.

Con Dynamics 365 como parte del ecosistema comercial, pueden diseñarse integraciones y procesos sobre Power Platform, siempre que se validen licencias, conectores, seguridad y capacidades reales. Power BI puede consolidar información para analizar pipeline, rentabilidad, desviaciones y renovaciones, pero su calidad dependerá de las definiciones compartidas y del gobierno de datos.

El primer paso técnico consiste en definir identificadores comunes de cliente, contrato, servicio y periodo. Sin esa base, los informes agregan información que parece comparable, pero no lo es. Después hay que establecer quién crea cada dato, quién puede modificarlo, cómo se validan las excepciones y qué ocurre cuando una integración falla.

También conviene separar el dato contractual del dato operativo observado. Una tarifa acordada no es lo mismo que el precio efectivamente facturado. Un volumen previsto no equivale al ejecutado. Un coste estándar no sustituye al coste real. Esa distinción es esencial para que las decisiones comerciales sean defendibles.

Los indicadores que deberían revisar juntos comercial, operaciones y finanzas

Una dirección comercial puede necesitar conocer el pipeline y la tasa de adjudicación. Pricing debe vigilar descuentos y desviaciones respecto al coste objetivo. Operaciones necesita detectar compromisos difíciles de ejecutar. Finanzas debe interpretar contribución, cobro y exposición. Un cuadro de mando útil no mezcla todas esas preguntas en una sola cifra: permite navegar desde el resultado agregado hasta las causas.

Los indicadores deben calcularse con definiciones documentadas. Por ejemplo, una tasa de éxito de RFQ puede medirse sobre todas las solicitudes o únicamente sobre las cotizadas; ambas métricas son válidas, pero responden a preguntas distintas. Del mismo modo, el margen comercial estimado y la contribución económica observada deben presentarse con denominaciones diferentes.

Un enfoque gradual suele funcionar mejor que intentar implantar decenas de KPI a la vez. Comenzar por trazabilidad de RFQ, control de versiones de tarifas, margen de contribución por contrato y vencimientos permite comprobar rápidamente si los datos son suficientes para tomar decisiones.

Qué conviene automatizar y qué debe seguir bajo supervisión humana

La automatización aporta valor cuando elimina tareas repetitivas sin ocultar decisiones críticas. En una RFQ puede ayudar a registrar información, asignar responsables, detectar campos incompletos, generar recordatorios y preparar borradores a partir de datos aprobados. También puede facilitar el seguimiento de renovaciones o la identificación de contratos cuya rentabilidad se desvía de lo previsto.

La IA generativa puede colaborar en la lectura inicial de documentos, la extracción de requisitos o la preparación de resúmenes para los equipos. Sin embargo, no debe inventar tarifas, aceptar obligaciones contractuales ni sustituir una validación económica. Si un modelo interpreta incorrectamente una unidad de medida, una moneda o una cláusula de penalización, el error puede trasladarse a una propuesta comercial.

El diseño debe incluir permisos, registro de cambios, protección de datos comerciales y evaluación de errores. No todas las funciones de Copilot, agentes o conectores están disponibles automáticamente en cualquier implantación de Dynamics 365: el alcance debe verificarse con las licencias y la arquitectura concretas.

Una regla práctica: si una decisión puede comprometer margen, servicio o responsabilidad contractual, la automatización debe facilitar evidencia y aprobación, no ocultarlas.

Cómo abordar el proyecto sin intentar transformar toda la logística a la vez

El mayor riesgo de estos proyectos no suele ser la falta de funcionalidades. Es intentar digitalizar un proceso que todavía no tiene reglas compartidas. Antes de configurar pantallas o automatizaciones, conviene acordar qué es una RFQ completa, quién aprueba una excepción, qué se entiende por margen y cómo se formaliza una renovación.

Un piloto acotado puede centrarse en un conjunto de cuentas o una familia de servicios con volumen suficiente y datos disponibles. Debe medir tiempos de preparación de ofertas, calidad del expediente, trazabilidad de aprobaciones, incidencias en el traspaso y capacidad para comparar margen previsto y observado. Sin línea base, será difícil demostrar mejora.

La fase de integración debe priorizar datos que cambian decisiones. No es imprescindible replicar todos los movimientos del TMS en el CRM. Sí puede ser necesario conocer servicios realizados, costes relevantes, incidencias y recargos cuando afectan a la rentabilidad de una cuenta. La arquitectura debe evitar duplicar fuentes maestras y establecer procedimientos de recuperación ante errores.

Por último, la adopción requiere responsabilidades claras. Comercial debe entender qué gana al registrar información; pricing, cómo se preservan sus reglas; operaciones, cómo recibirá condiciones fiables; finanzas, cómo se reconciliarán los indicadores. Una implantación que solo mide usuarios conectados no demuestra que el proceso haya mejorado.

Qué preguntar antes de contratar un CRM para logística

No todas las compañías necesitan el mismo alcance. Un transitario internacional con múltiples divisas y agentes, un operador de almacenaje y una empresa de transporte por carretera tienen estructuras de costes, procesos y riesgos diferentes. La evaluación debe partir de escenarios reales, no de una demostración genérica de contactos y oportunidades.

La propuesta de valor de CRM Logistic 365 debe evaluarse en este contexto: su encaje con los procesos de negocio, las capacidades de Dynamics 365 y las integraciones que la compañía realmente necesita. No es razonable prometer que un CRM resolverá por sí solo toda la planificación, el cálculo de costes y la ejecución logística.

También es relevante la capacidad de acompañamiento del partner. El proyecto necesita conocimiento comercial, integración empresarial, gobierno de datos y experiencia de implantación. Puedes revisar las designaciones, especializaciones y certificaciones Microsoft de Ayesa para conocer sus capacidades acreditadas.

Las dudas que aparecen antes de transformar el proceso comercial

Conectar procesos comerciales, tecnología y resultados de negocio

El reto de una empresa logística no es disponer de más aplicaciones. Es conseguir que sus equipos compartan una misma interpretación del cliente, de lo comprometido y de la rentabilidad que aporta cada contrato. Un proyecto de CRM sectorial debe partir de los flujos de negocio y conectarse con las plataformas que ya sostienen la operación.

Ayesa trabaja con tecnologías Microsoft para abordar procesos empresariales, integración y analítica. En este ámbito, CRM Logistic 365 constituye el punto de partida comercial para conocer la propuesta sectorial. También puedes explorar las soluciones Dynamics 365 y las acreditaciones Microsoft de Ayesa.

¿Sabes qué ofertas generan negocio rentable y cuáles consumen margen?

Podemos revisar cómo se gestionan hoy las RFQ, las tarifas, las aprobaciones, las renovaciones y la conexión entre CRM, operación y ERP para identificar un primer proyecto con impacto medible.