Cómo conectar CRM, soporte y sistemas de opiniones de clientes

La mayoría de los equipos chicos guarda información de clientes en al menos tres lugares: un CRM para ventas, una mesa de ayuda para los tickets de soporte y una herramienta de encuestas o reseñas para las opiniones. Conectarlos parece un trabajo de cableado. En la práctica, lo difícil es decidir cuál registro es el cliente real, asegurarse de que una baja en una herramienta llegue a las demás, definir cuánto tiempo vive cada copia y saber qué pasa cuando una sincronización falla a las 2 de la mañana.

Este artículo recorre esos cuatro problemas en orden. Da por hecho que ya sabés qué herramientas usás. Si todavía estás decidiendo qué integración armar primero en toda la empresa, empezá por una estrategia práctica para integrar los sistemas de tu empresa.

Empezá con un mapa de datos de una página

Antes de tocar cualquier herramienta de automatización, anotá para cada sistema qué campos de cliente guarda, qué sistema los crea y qué sistema tiene permiso para cambiarlos. Alcanza con una tabla simple.

La columna "Dueño" es la que los equipos se saltean, y es la que causa la mayor parte del lío después. Si tanto el CRM como la mesa de ayuda pueden editar un número de teléfono, la sincronización en dos sentidos va a pisar datos buenos con datos viejos. Elegí un dueño por campo y dejá los demás sistemas como copias de solo lectura para ese campo.

Coincidencia de identidad: definí qué hace que dos registros sean la misma persona

Los clientes duplicados aparecen porque cada herramienta tiene su propia idea de identidad. Revisá qué hacen las tuyas en la práctica antes de diseñar nada.

Por ejemplo, HubSpot desduplica contactos según la propiedad Email y empresas según el dominio de la empresa, y su herramienta de importación puede hacer coincidir registros por Record ID. Su documentación también aclara que las empresas creadas a través de la API no se desduplican por dominio, algo que importa si tu integración crea empresas. Zendesk te deja fusionar un usuario final duplicado con otro, pero su centro de ayuda dice que la fusión no se puede deshacer y que la cuenta fusionada pierde sus etiquetas, notas y campos de usuario; solo se trasladan los tickets y las identidades de correo.

A partir de eso, una política de coincidencia razonable para un equipo chico se ve así:

1. Elegí una clave principal que todos los sistemas puedan guardar. Lo habitual es el correo. Si los clientes suelen escribir desde varias direcciones, guardá el ID de registro del CRM en un campo personalizado de la mesa de ayuda y de la herramienta de encuestas, y buscá coincidencias por ese campo primero.
2. Normalizá antes de comparar: correos en minúscula, sin espacios de más, y un solo formato de teléfono.
3. Nunca fusiones automáticamente solo por nombre. Dos registros de "Maria Gonzalez" pueden ser dos personas.
4. Mandá las coincidencias dudosas (mismo nombre y empresa, distinto correo) a una cola de revisión corta que una persona vacíe cada semana.
5. Antes de cualquier fusión masiva, exportá los dos registros, porque algunas fusiones son permanentes.

Propagación del consentimiento: una baja tiene que viajar

Si un cliente se da de baja de tu newsletter en la herramienta de correo, pero el CRM todavía lo muestra como suscripto, la próxima campaña armada desde el CRM le va a llegar igual. El consentimiento es un campo que tiene que salir de un único dueño hacia todas las herramientas que pueden contactar a esa persona.

La guía del regulador del Reino Unido sirve como lista de control aunque no estés en el Reino Unido. La ICO dice que tenés que poder demostrar quién dio su consentimiento, cuándo, qué se le informó, cómo lo dio y si lo retiró y cuándo. También dice que retirar el consentimiento debería ser tan fácil como darlo, y que una vez que alguien lo retira tenés que dejar de tratar sus datos lo antes posible. Podés guardar un registro de exclusión con esa baja, siempre que le informes a la gente que lo hacés y por qué.

Llevado a la integración:

• Guardá el consentimiento en campos propios (estado, fecha, origen, versión del texto), no como una etiqueta que alguien puede borrar sin querer.
• Sincronizá las bajas casi en tiempo real. Un lote nocturno deja una ventana en la que puede salir una campaña.
• Que la baja gane siempre. Si dos sistemas no coinciden, se aplica en todos lados el valor más restrictivo hasta que una persona lo revise.
• Mantené la lista de exclusión separada de la lista de marketing, para que borrar un contacto no elimine el registro de que pidió no ser contactado.

Las reglas cambian según el país. Revisá la guía de tu propio regulador, o consultá con tu abogado, para las jurisdicciones donde viven tus clientes.

Retención: las copias se multiplican, y el borrado también tiene que hacerlo

Cada integración crea copias. Un comentario de encuesta sincronizado como nota en el CRM ahora vive en dos lugares, con dos relojes de retención. La guía de la ICO sobre limitación del plazo de conservación dice que no tenés que guardar datos personales más tiempo del necesario, que conviene fijar y documentar los plazos de retención cuando se pueda y que el borrado tiene que llegar también a las copias de seguridad. También señala que las personas tienen derecho a la supresión cuando ya no necesitás sus datos.

Pasos prácticos:

• Copiá resúmenes, no registros completos. Un campo con el último puntaje en el CRM es más fácil de manejar que todas las respuestas de encuestas.
• Escribí una regla de retención por tipo de dato y sumala al mapa de datos.
• Cuando borres un cliente en el sistema dueño, dispará el mismo borrado en cada sistema que tenga una copia, y dejá registro de que se ejecutó.
• Probá el circuito de borrado con un cliente ficticio antes de salir en producción, y después revisá cada herramienta a mano.

Recuperación ante fallas: planificá para la sincronización que se rompe

Las integraciones fallan en silencio: vence un token de la API, se renombra un campo, se llega a un límite de uso. Decidí de antemano cómo te vas a enterar y cómo vas a ponerte al día.

La mayoría de las plataformas de automatización tienen un mecanismo para esto. En n8n, por ejemplo, cada flujo puede indicar un flujo de errores que empieza con un nodo Error Trigger y recibe el ID de la ejecución fallida, el mensaje de error y el último nodo que corrió. También podés forzar una falla con un nodo Stop and Error cuando los datos se ven mal, como un ticket sin correo.

Una configuración mínima de recuperación:

1. Mandá cada falla a un canal que una persona con nombre lea todos los días, con un enlace a la ejecución fallida.
2. Hacé que cada sincronización se pueda volver a correr sin riesgo. Usá pasos de "buscar o crear" y "actualizar por ID", para que repetir una ejecución no cree un segundo contacto.
3. Mantené una lista de registros fallidos: los que fallaron después de los reintentos, con el motivo.
4. Corré una conciliación semanal que compare cantidades o cambios recientes entre sistemas y marque las diferencias.

Un flujo de ejemplo

Por ejemplo, un revendedor de software de doce personas podría conectar un CRM, una mesa de ayuda y una herramienta de encuestas así. Cuando se crea un ticket, la automatización busca a quien lo pidió por ID de registro del CRM y después por correo normalizado. Si encuentra una coincidencia, vincula el ticket. Si no encuentra ninguna, crea un contacto en el CRM. Si encuentra dos, lo manda a la cola de revisión y no adivina. Cuando se cierra el ticket, sale una encuesta solo si el campo de consentimiento del CRM lo permite. El puntaje vuelve a un único campo del CRM, y el comentario completo queda en la herramienta de encuestas con su propia regla de retención. Cualquier falla se publica en el canal de operaciones con un enlace para volver a correrla.

Esto es un boceto, no un resultado. Tus volúmenes, herramientas y reglas van a cambiar los detalles.

Dónde entra automotif

Este es el tipo de trabajo que cubre nuestro desarrollo de automatizaciones: mapeamos con vos los campos y sus dueños, y después armamos la sincronización en tu propia cuenta de n8n, Make o Zapier, con manejo de errores y una forma de volver a correr lo que falle. Si querés repasar cómo tenés armados tu CRM, tu mesa de ayuda y tus encuestas, reservá una llamada gratis de 30 a 60 minutos.

Fuentes

• Desduplicar registros en HubSpot
• Fusión de la cuenta duplicada de un usuario (Zendesk)
• How should we obtain, record and manage consent? (ICO)
• Principle (e): Storage limitation (ICO)
• Error handling (n8n Docs)