De la consulta al siguiente paso
Prueba cómo una consulta puede llegar a la persona adecuada sin multiplicar contactos. Decide qué vincular, cuándo detenerse y cómo recuperar un fallo.
Elige una consulta ficticia y comprueba la decisión antes de automatizarla.
Solo datos ficticios. La demo no envía consultas, correos ni datos a un CRM; no usa red ni almacenamiento. Su memoria se pierde al recargar. Las reglas son ilustrativas, no una integración de terceros ni un resultado de clientes.
Punto de partida: Alex Example · alex@example.test · responsable: Gestión de cuenta. Cada cambio de caso reinicia el ejemplo.
- Consulta de entrada
ENQ-102 · Sam Example · sam@example.test
Solicitud ficticia: conectar el formulario con el seguimiento comercial.
- Decisión
Preparado. No se ha procesado esta consulta.
- Responsable y siguiente paso
Todavía no hay tarea. Procesa el caso para ver el siguiente paso.
Contactos en memoria: 1 · Tareas en memoria: 0
Qué puedes comprobar
Esta demostración interactiva usa cuatro casos cerrados, sin campos para introducir datos personales. Cada caso comienza con un contacto ficticio. Procesar de nuevo el mismo identificador no añade otra tarea; cambiar de caso o restablecer devuelve el ejemplo a su inicio. Nada se guarda al salir.
La lógica se ejecuta en tu navegador. No conecta formularios, proveedores ni un CRM real. Tampoco envía un seguimiento: muestra la tarea que una persona tendría que revisar. La ausencia de red y almacenamiento se refiere al simulador; el botón para preparar un proyecto abre el recorrido comercial existente.
Transcripción de los cuatro casos
Consulta nueva
Entra ENQ-102, de Sam Example, con sam@example.test. No coincide con el contacto inicial. El ejemplo crea CONTACT-102 y una tarea para el equipo comercial: confirmar alcance y datos necesarios. Procesar otra vez ENQ-102 conserva un solo contacto nuevo y una sola tarea.
Contacto conocido
Entra ENQ-103, de Alex Example. El correo alex@example.test coincide exactamente después de quitar espacios exteriores. El ejemplo conserva CONTACT-101 y su responsable, Gestión de cuenta. Añade una tarea para revisar esta nueva consulta; no borra la petición porque el contacto ya exista. Un correo compartido o datos contradictorios exigirían otra política y revisión.
Coincidencia ambigua
Entra ENQ-104 con el mismo nombre, Alex Example, pero alex.other@example.test. El nombre no acredita identidad. La vinculación se detiene sin fusionar registros ni crear tareas comerciales. Una persona debe confirmar la identidad por un canal autorizado. Este ejemplo no implementa esa comprobación ni una bandeja real de excepciones.
Fallo y reintento
Entra ENQ-102 y se simula un fallo antes de guardar. Quedan un contacto inicial y cero tareas. Operaciones debe revisar la excepción; «Reintentar el mismo envío» recupera el caso conservando ENQ-102 y crea una sola tarea. La recuperación es deliberadamente determinista para poder probarla. En producción, un tiempo de espera puede dejar un resultado incierto: habría que consultar el destino antes de repetir la escritura.
Qué acordar antes de conectarlo
Define la fuente de verdad, qué identifica un envío y qué identifica un contacto. Decide quién revisa coincidencias dudosas, qué datos puede ver y cómo preservar preferencias y responsables. No elimines puntos ni etiquetas «+» de los correos por defecto. Separa recibir una consulta de autorizar mensajes comerciales.
Prueba también mensajes repetidos, cambios de correo, permisos insuficientes y caída del destino. Acuerda registros de auditoría sin información innecesaria, límites de reintento, conservación y recuperación. Esta demo acotada no demuestra esas capacidades en tus herramientas.
Prepara tu propio recorrido
Anota origen de las consultas, herramienta de destino, responsable y una excepción habitual. Usa ejemplos inventados, sin contraseñas ni exportaciones de clientes. Con eso podremos revisar encaje y preparar una propuesta con alcance definido.
Preparar mi proyecto · Escribir a Taldrivo · CRM a medida · Cómo preparar un presupuesto