Decide qué campos necesita el proceso
Pide solo la información necesaria para responder a la solicitud y para el uso explicado en el formulario. Cada campo debería tener una función: identificar, entender la consulta, asignarla o responder. Un menú con veinte campos puede reducir la calidad de las respuestas y aumenta el trabajo de gestión. Si necesitas más información para preparar una propuesta, puedes pedirla después de que una persona haya revisado la consulta.
Antes de conectar, crea un mapa de campos entre formulario y CRM: etiqueta visible, nombre técnico, tipo, obligatoriedad, destino y tratamiento si llega vacío. Normaliza valores solo cuando la regla sea inequívoca. Un teléfono con espacios puede normalizarse; una empresa con nombre parecido a otra no debería fusionarse automáticamente por semejanza. Conserva el texto original de la consulta si hace falta responder con contexto.
| Dato | Decisión de diseño | Comprobación |
|---|---|---|
| ¿Es obligatorio para responder o identificar? | Valida formato sin asumir que acredita identidad. | |
| Teléfono | ¿Se usará realmente para contactar? | Define formato y si se acepta vacío. |
| Empresa | ¿Texto libre o selección? | No fusiones por parecido de nombre. |
| Consulta | ¿Qué contexto necesita la persona que responde? | Limita longitud y evita pedir datos sensibles innecesarios. |
| Consentimiento | ¿A qué finalidad y canal se refiere? | Guarda opción y versión del texto mostrado. |
Usa una clave de búsqueda y decide qué hacer si no hay coincidencia
El email ayuda a encontrar un contacto, aunque puede cambiar, compartirse o contener una errata. Si ya tienes el ID del registro, úsalo para actualizarlo. Define qué hacer con una nueva dirección, varias coincidencias o una empresa que ya existe.
La regla debe distinguir «crear», «actualizar», «dejar en revisión» y «rechazar». No actualices todos los campos vacíos con valores nulos; podrías borrar información existente. No sobrescribas un dato confirmado sin una regla acordada. HubSpot, por ejemplo, documenta deduplicación automática de contactos por email en ciertos flujos y permite usar IDs o propiedades únicas en importaciones. Cada CRM tiene reglas y excepciones distintas: comprueba el comportamiento del que usa tu equipo antes de configurar la integración.
- Conserva el ID del registro de CRM cuando la consulta procede de un registro ya conocido.
- Normaliza espacios y mayúsculas del email antes de comparar, sin alterar el original guardado.
- Si hay más de una coincidencia posible, crea una tarea de revisión.
- Registra qué campos se actualizaron y evita sustituir información con campos vacíos.
Controla envíos repetidos y reintentos
Un usuario puede pulsar dos veces el botón, volver a enviar el formulario o repetirlo desde otro dispositivo. La integración también puede recibir de nuevo el mismo evento si una conexión falla y se reintenta. Define un identificador de envío que no cambie al reintentar el mismo evento, si el formulario lo proporciona. Así el sistema puede reconocer que ya procesó ese envío sin crear otro registro. Si no hay una clave fiable, combina señales conservadoras y deja coincidencias dudosas para revisión.
Prueba por separado un envío idéntico y una segunda consulta legítima de la misma persona. No todos los envíos repetidos son duplicados: alguien puede escribir de nuevo para otro asunto. Guarda cada solicitud como actividad o entrada vinculada al contacto, en vez de reducir toda la historia a un único campo que se sobrescribe. Comprueba qué hace el sistema ante un error parcial: el registro se creó pero la notificación no salió, o la notificación salió pero falló la actualización.
Conserva la decisión y el contexto del consentimiento
Si el formulario recoge consentimiento, separa el control de la petición principal cuando las finalidades sean distintas. Guarda la respuesta, la fecha, el texto o versión que vio la persona y el origen del registro. Una casilla premarcada o la inacción no acreditan una manifestación afirmativa según la explicación de la AEPD. La base jurídica aplicable depende del tratamiento y debe determinarla la organización; esta guía no sustituye una revisión legal.
Asegúrate de que la integración conserva la elección exacta, en lugar de convertir un valor ausente en «sí». Si una persona cambia de opinión o ejerce un derecho, el CRM y las herramientas conectadas deben reflejarlo según el proceso de la organización. Comprueba qué aplicaciones reciben el dato, quién accede y cómo se actualiza una retirada. No envíes una secuencia comercial solo porque exista un contacto en el CRM.
- Guarda la versión del aviso y el momento de la decisión.
- Distingue aceptación de la política o información de una autorización comercial, si ambas existen.
- No supongas consentimiento cuando el campo no llegó o el formulario no lo mostraba.
- Valida las reglas con la persona responsable de privacidad de la empresa.
Prueba el recorrido completo y deja una bandeja de errores
Haz una prueba desde el formulario hasta la vista del equipo que atenderá la consulta. Revisa los campos, el propietario, la actividad vinculada, la fuente y la notificación. Repite con email ya existente, email nuevo, falta de consentimiento, campo opcional vacío, doble clic y caída temporal del CRM. Si la conexión falla, el registro debe quedar recuperable con su ID de evento y no se debería crear un duplicado al reintentar.
Acordad quién revisa los envíos que no se pudieron procesar y en cuánto tiempo. Una bandeja de errores sin responsable solo desplaza el atasco. Reconciliad un periodo de prueba comparando envíos del formulario con registros y tareas del CRM. Explicad cualquier diferencia antes de activar el flujo en producción. El éxito técnico es que el dato llegue conforme a las reglas y pueda atenderse, no solo que la herramienta devuelva una respuesta correcta.
- Cuenta envíos, registros creados, registros actualizados y errores.
- Inspecciona una muestra y comprueba asociación y propietario.
- Prueba el reintento del mismo evento y una nueva consulta legítima.
- Asegura un aviso y responsable para errores que requieren intervención.
Define el comportamiento antes de conectar
Documenta las reglas en lenguaje operativo. Ejemplo: «si el ID de envío ya existe, no crear otra solicitud; si el email coincide con un único contacto, adjuntar la nueva consulta como actividad; si aparecen varios contactos, asignar revisión; si no se marcó la casilla opcional de novedades, guardar falso». Cada persona debe poder revisar si esa frase representa la política real. Para valorar si una integración específica encaja, consulta la guía sobre Excel o CRM y la página de integración de herramientas.
Fuentes y documentación
Las recomendaciones de esta guía son de MENOS. Estos documentos permiten comprobar las funciones de las herramientas que se mencionan.