Unir CRM y web en una empresa de logística significa que la solicitud de cotización, el seguimiento de envío y la incidencia del cliente viven en el mismo expediente, no en un formulario que acaba en un buzón. El criterio no es lucir un portal: es que comercial, tráfico y almacén vean el mismo estado sin reescribir datos. Si la web vende una marca y el CRM opera otra, el cliente nota el corte en el primer email de seguimiento.
Eso no se arregla comprando un CRM más grande ni rediseñando la home. Se arregla decidiendo qué dato entra por la web, qué campo actualiza el CRM y quién es dueño cuando la sincronización falla. Una unión de CRM y web bien hecha es un contrato de datos, no un plugin de contactos. En operadores de Sabadell, Barcelona o el resto de Cataluña el patrón se repite: la web captura leads, el comercial cotiza en otra herramienta, tráfico trabaja en un TMS o en hojas, y el cliente llama para preguntar algo que ya envió.
La marca entra aquí, no como eslogan. Entra en los plazos que publicas, en el aviso de retraso y en no prometer tracking en tiempo real si el dato llega cada cuatro horas.
Qué implica unir CRM y web en logística
En logística el ciclo no es formulario, demo y cierre. Es origen, destino, peso, volumen, mercancía, ventana de carga, tarifa, recogida, tránsito, entrega e incidencia. La web es la puerta del cliente. El CRM es la memoria comercial y, si lo estiras con criterio, el hilo del expediente. El TMS o el ERP suelen ser la verdad de tráfico.
Unirlos implica tres cosas. La cotización web crea una oportunidad que un comercial puede tarifar sin repreguntar lo básico. El estado del envío se muestra sin copiar un tracking a un correo. La reclamación nace ligada a un envío y a una cuenta, no en un buzón genérico. Si hoy eso vive en WhatsApp y PDF, no tienes un problema de diseño. Tienes un problema de flujo.
Criterio de decisión: qué flujo conectar primero
Conecta primero el flujo que más veces se teclea dos veces. En la mayoría de empresas de logística no es el mapa de flota. Es la cotización que entra por la web —o por un correo que alguien pega en el CRM— y el estado que el cliente pide por teléfono.
Haz la prueba un martes. Cuenta cuántas veces alguien pregunta dónde está un envío y cuántas cotizaciones se reescriben porque faltaba el volumen. El número más alto marca el primer tramo. Si empiezas por un portal con login y facturas, y las solicitudes siguen cayendo en un formulario plano, has invertido al revés.
Tres preguntas antes de firmar alcance:
- ¿La web ya captura peso, medidas, direcciones y tipo de servicio, o solo nombre y teléfono?
- ¿El CRM puede guardar esos campos sin campos basura, o hay que forzar un objeto a medida?
- ¿El estado que verá el cliente existe de verdad en algún sistema, o lo inventará un comercial al vuelo?
Si la tercera respuesta es que lo inventáis, no integres todavía el tracking. Integra la captura y el alta del expediente. El tracking sin fuente fiable es una mentira con CSS.
Un comercio local de Sabadell que vende con cita no necesita este montaje. Un restaurante con reservas tampoco: ahí el inventario es mesas. Un catálogo B2B con precios por rol se parece más: hay cuenta, tarifa y pedido. La logística añade el tiempo del envío. Copia el modelo del expediente, no el de la tienda.
El error habitual: dos caras que no se hablan
El error habitual no es elegir mal el logo del CRM. Es montar una web de escaparate —servicios, flota, compromiso— y un CRM que solo entiende leads, y dejar que operaciones viva en otro planeta. El cliente ve una marca. Dentro hay tres.
Comercial y tráfico no ven el mismo expediente
Pasa esto. El comercial cierra un groupage. Tráfico no tiene el horario de carga. El cliente escribe al formulario. Atención crea un ticket sin número de expedición. Almacén carga lo que hay en el muelle. Nadie miente. Nadie tiene el mismo papel.
La integración no arregla la reunión de las nueve. Arregla que el alta comercial cree un registro que tráfico ya sepa leer. Si el TMS no acepta altas desde fuera, el CRM no puede fingir que es el TMS. El contrato entonces es humilde: la web crea la oportunidad; un operador acepta y empuja al TMS; el estado vuelve cuando existe.
La marca se rompe en el primer email automático
Has invertido en foto de almacén y en un tono directo. Luego el CRM manda: “Estimado cliente, su ticket ha sido actualizado”. O la home promete 24 horas y los estados solo distinguen abierto y cerrado.
La marca en logística se juega en los avisos. Retraso con causa. Ventana que puedes cumplir. Un “en reparto” que no se enciende si el chofer aún no ha salido. Si el diccionario de estados es pobre, no lo tapes con copy. Enséñalo y recórtalo. Un cliente B2B perdona un retraso explicado. No perdona un tracking que miente.
Claves de CRM y web para cotizar, tracking e incidencias
Estas son las claves que mueven el día a día. Si no puedes señalar cuál duele más esta semana, todavía no estás listo para un proyecto grande.
Cotización con datos que el CRM pueda usar
El formulario no es un “hablemos”. Es una plantilla de expediente: origen, destino, fechas, bultos, peso, volumen, mercancía —y si hay ADR—, tipo de servicio, cuenta si ya es cliente. Si no puedes tarifar con eso, el campo sobra o falta. Mejor diez campos buenos que un asistente que pregunta el nombre tres veces.
Eso exige una web de empresa que no trate la solicitud como un anexo al quiénes somos. Los servicios pueden seguir vendiendo marca. El flujo de petición tiene que parecerse a cómo cotizáis. Cuando la cuenta existe, el CRM debería reconocer NIF o código de cliente. Si no puede, al menos no cree un duplicado: en logística eso son dos comerciales llamando al mismo almacén.
El tracking no exige un segundo login si el cliente consulta con referencia y un dato de control: código postal, NIF o email. El portal con usuario tiene sentido cuando hay muchos envíos y documentos. Si tenéis veinte clientes grandes, un panel interno para tráfico y un área simple para ellos suele bastar. Si tenéis cientos de cuentas spot, el autoservicio ahorra teléfono. No montéis los dos el mismo trimestre “por si acaso”.
Una incidencia sin envío asociado es un correo. Con envío, foto, tipo —rotura, retraso, falta— y estado, es un objeto que se puede cerrar. Si el TMS ya gestiona incidencias, no las dupliques en el CRM: muestra y notifica. Dos objetos “incidencia” son dos verdades.
Qué no es este proyecto y qué sí encaja
No es una web de hostelería con reservas. Ahí el objeto es la mesa. No es un checkout de retail. El objeto vuestro es el expediente de transporte. A veces se parece a un catálogo B2B de rutas o contratos: hay rol, precio y cuenta. El envío sigue siendo el centro.
Sí encaja cuando las solicitudes llegan por web, email y WhatsApp y se pasan a mano al CRM; cuando el cliente pide tracking y alguien busca en tres pantallas; cuando queréis un área de cliente o un panel para tráfico sin adaptaros a un SaaS; cuando falta un puente estable —a veces tras una migración cloud— y no una exportación semanal. En un operador con almacén en el Vallès y comercial en Barcelona, la distancia no es el problema. El problema es que el estado “cargado” no viaja.
Mantenimiento y medición después del go-live
El go-live no es el final. Los tokens caducan. El CRM cambia un campo. Alguien añade un tipo de servicio en la web y nadie lo mapea. Sin dueño, la integración se pudre en silencio: los formularios llegan cojos. El comercial no se queja del conector. Se queja de que “la web no funciona”.
Mantenimiento mínimo:
- Un diccionario de estados hacia dentro: qué significa cada uno y quién lo cambia.
- Un registro de fallos que no sea un hilo de chat. Qué expediente no cruzó y por qué.
- Revisión mensual de campos: ¿la web pide algo que el CRM ya no guarda?
- Permisos claros: quién puede empujar un estado hasta el cliente.
Medición que importa, sin inventar porcentajes de sector: tiempo desde la solicitud web hasta una oportunidad usable; cotizaciones completas al primer envío; llamadas de “dónde está mi envío” frente a consultas de tracking; incidencias abiertas más de un umbral vuestro, ligadas a un envío real; duplicados de cuenta en el mes. Si esas cifras no se mueven, el proyecto fue decoración. Si se mueven y la home sigue igual, bien: la marca no estaba en el slider.
Preguntas frecuentes
¿Hace falta un CRM nuevo para conectar la web de una empresa de logística?
No, si el que ya tenéis puede guardar los campos del expediente y aceptar altas desde fuera. Cambiar de CRM porque la web “no encaja” suele ser más caro que adaptar el formulario y el mapeo. Cambia de herramienta cuando no hay cuenta ni historial que merezca la pena.
¿El cliente tiene que tener usuario en el CRM para ver el tracking?
Casi nunca. El CRM es interno. El cliente consulta con referencia y un dato de control, o entra a un área que lee estados, no a vuestra herramienta de ventas. Dar accesos de CRM a clientes mezcla permisos, marca y riesgo. Si necesitáis documentos y muchas expediciones, montad un área.
¿Se puede mantener la marca si el CRM manda emails automáticos?
Sí, si el diccionario de estados y las plantillas se escriben con el mismo tono que la web, y solo se envían estados que existen. El corte aparece cuando la home habla claro y el correo habla de tickets. Revisad las plantillas antes de activar la automatización.
¿Por dónde empezar si hoy las cotizaciones llegan por email y WhatsApp?
Por un formulario que pida lo mismo que ya preguntáis a mano, y por crear la oportunidad en el CRM con esos campos. Dejad el portal y el tracking para cuando esa captura no se reescriba. WhatsApp puede seguir existiendo; no puede ser el único sitio donde vive el dato.
Si este es el punto —web por un lado, CRM por otro, marca en el medio— en Chocola Studio (Sabadell) lo tratamos como un problema de CRM y web conectados, no como un rediseño por aburrimiento. Cuéntanos el flujo: qué entra, quién tarifa, dónde vive el estado. Escríbenos por el formulario de contacto: menos teatro, más expediente.