Puedes conectar un formulario web al CRM mediante un formulario del propio CRM, un conector compatible o una integración a medida. El trabajo consiste en decidir qué se guarda, cómo se reconoce a un contacto existente y quién se hace cargo de la consulta.
Una misma persona puede escribir hoy para un servicio y volver el mes que viene para otro. Necesitas conservar las dos peticiones y mantener una ficha de contacto coherente. Esa es la regla que conviene acordar antes de activar la conexión.
Separa la persona, la consulta y la oportunidad
En el CRM, cada dato tiene una función:
- Contacto: quién escribe y cómo podéis localizarle.
- Consulta: qué ha pedido en un envío concreto, desde qué formulario y cuándo.
- Oportunidad comercial: el trabajo que vais a valorar y seguir, si esa consulta encaja en el proceso de ventas.
Los nombres y tipos de registro cambian según el programa. La consulta puede guardarse como una actividad, un prospecto, una solicitud o un registro propio. Lo importante es poder recuperar su contenido sin sustituir el anterior.
Tampoco hace falta convertir todo mensaje en una oportunidad. Una petición de soporte de un cliente actual puede necesitar una tarea para atención; una solicitud de presupuesto, una revisión comercial. Define ese destino para cada formulario.
Decide qué campos van a cada sitio
Antes de elegir el conector, prepara una tabla sencilla con quien atiende las solicitudes. Este sería un punto de partida:
| Dato de la web | Destino y regla |
|---|---|
| Nombre, email y teléfono | Ficha del contacto, con una regla para reconocer registros existentes. |
| Servicio solicitado y mensaje | Consulta concreta, conservando el texto original. |
| Fecha e identificador del envío | Registro de la solicitud para reconocer reintentos. |
| Formulario y página de origen | Contexto de esa consulta: contacto general, servicio o campaña. |
| Campaña, si se recoge | Campo separado del origen inicial del contacto. |
| Preferencias expresadas en el formulario | Campos específicos, respetando el valor que haya elegido la persona. |
Decide también qué datos puede actualizar el formulario. Un campo vacío no debería borrar un teléfono que el equipo ya comprobó. Una nueva consulta tampoco debería cambiar por defecto al comercial que lleva una relación abierta.
La web y el CRM deben compartir los mismos valores para los desplegables. Si «Mantenimiento» se renombra en la web, revisa la regla que asigna esas solicitudes. Los cambios de diseño también pueden afectar a la conexión.
Elige la conexión según tu formulario y tu CRM
Formulario del propio CRM. Es una opción si puedes integrarlo en la web y encaja con el diseño y los campos que necesitas. Por ejemplo, los formularios web de Pipedrive permiten insertar un formulario y recibir los datos como prospectos o tratos. La función forma parte de LeadBooster: hay que comprobar su disponibilidad en la cuenta.
Conector entre las herramientas actuales. Puede servir si quieres mantener el formulario y existe una integración compatible. Comprueba las acciones que permite: buscar un contacto, actualizarlo, guardar una solicitud y asignar una tarea. Que aparezca el logotipo de tu CRM en un catálogo no confirma que estén cubiertos todos esos pasos.
Integración a medida. Encaja cuando hay reglas propias, varios sistemas o un formulario personalizado. Requiere comprobar las interfaces de conexión disponibles, los permisos y el mantenimiento. La propuesta debe explicar qué sucede si uno de los sistemas deja de responder.
En cualquiera de las tres opciones, el resultado se valida desde el CRM: contacto correcto, consulta completa y una persona responsable de atenderla.
Un ejemplo: tres envíos, dos consultas y un contacto
Ana pide información sobre un servicio. La conexión tarda en responder y el mismo envío se procesa de nuevo. Días después, Ana vuelve para consultar otro servicio. Es un ejemplo ilustrativo para diseñar la integración.
El resultado esperado sería:
| Qué llega | Cómo debería tratarse |
|---|---|
| Primera consulta de Ana | Reconocer o crear su contacto, guardar la petición y asignar el siguiente paso. |
| Reintento técnico del mismo envío | Recuperar el resultado anterior, sin crear otra consulta ni otra tarea. |
| Nueva consulta de Ana sobre otro servicio | Mantener el contacto y registrar una petición nueva con su propio contexto. |
| Coincidencia dudosa con otra ficha | Dejar la asociación pendiente para revisión. |
Para distinguir los dos primeros casos, cada envío necesita una referencia que se mantenga durante los reintentos. Si se genera otra referencia cada vez que se vuelve a intentar la conexión, deja de servir para reconocer la operación original.
La identificación del contacto depende del CRM. HubSpot documenta la deduplicación por email: cuando un formulario llega con el email de un contacto existente, la información se añade a esa ficha. Esa regla no sustituye la decisión sobre qué hacer con cada consulta.
Revisa las excepciones: direcciones compartidas por varias personas, cambios de email o formularios que solo piden teléfono. HubSpot también explica que sus formularios sin email pueden asociar envíos mediante cookies; en un dispositivo compartido, eso puede vincular envíos de personas distintas. Hay que probar la configuración real de la cuenta.
Deja un responsable y recupera los fallos
Una consulta guardada necesita un siguiente paso: revisar requisitos, llamar o preparar una respuesta. Acordad quién la recibe, qué plazo interno tiene y quién cubre una ausencia.
Para las incidencias, pide una vista que permita responder a tres preguntas: qué entró, qué quedó guardado y qué falta por hacer. Si se creó el contacto pero falló la tarea, el reintento debe retomar ese paso pendiente.
El mensaje de la web también debe ser preciso. Puedes mostrar «Hemos recibido tu solicitud» cuando esté conservada de forma segura para procesarla, aunque el CRM esté temporalmente pendiente. Si no se ha guardado en ningún sitio, el visitante necesita una indicación de error y una alternativa para contactar.
Dónde puede ayudar la IA
La IA puede servir para resumir mensajes largos o proponer una clasificación cuando la petición llega en texto libre. Conserva el original junto al resumen y deja las dudas en una bandeja de revisión.
Para copiar un email, trasladar una opción seleccionada o asignar un formulario a un equipo, bastan reglas definidas. El primer piloto debe comprobar que se conserva toda la información y que llega a la persona correcta.
Si añades clasificación con IA, prueba peticiones que mencionen varios servicios y mensajes ambiguos. Una categoría propuesta puede ayudar al equipo; fusionar fichas o descartar consultas requiere controles específicos.
Qué pedir en la prueba final
Haz la prueba con un contacto nuevo, uno existente, un envío repetido y una interrupción del CRM. Comprueba también una consulta con campos opcionales vacíos y otra que deba ir a atención al cliente.
En cada caso, abre el resultado y revisa: mensaje completo, contacto asociado, origen, responsable y tarea pendiente. Después mide cuánto tiempo lleva atender las solicitudes y cuántas necesitan corrección. Así podrás valorar el funcionamiento con datos propios.
Si estás decidiendo por dónde empezar, nuestra guía sobre cómo elegir el primer proceso que automatizar te ayuda a ordenar prioridades.
En Digency conectamos webs y herramientas mediante automatizaciones a medida. Cuéntanos qué formulario y qué CRM utilizas, y definimos qué debe pasar desde que llega una consulta hasta que el equipo la atiende.
Portada: ilustración generada con IA.
