Agente de Seguimiento

Agente de seguimiento para oportunidades y solicitudes

Despliega un agente para seguimiento de oportunidades o solicitudes con reglas de escalamiento.

Entrada: una solicitud con contexto comprobable

El punto de partida puede ser un formulario, un correo, una conversación autorizada o una fila de CRM. Se define qué dato identifica la oportunidad, qué estado tiene, qué canal admite respuesta y quién puede verla. El agente no completa campos dudosos: marca la ausencia y pide revisión al responsable. Por ejemplo, una solicitud sin empresa puede quedar en “requiere contexto”, en vez de recibir un mensaje genérico. La salida es una ficha normalizada con origen, consentimiento, responsable provisional y próxima acción propuesta. El límite aparece cuando el contacto no permite seguimiento o el registro mezcla personas; entonces se detiene la preparación y se escala al dueño del dato.

Estados que ordenan la próxima acción

El diseño convierte el proceso en estados explícitos: recibido, en revisión, pendiente del contacto, listo para propuesta, pausado, cerrado o baja solicitada. Cada transición tiene una condición observable y un actor autorizado. El agente puede recomendar pasar de “recibido” a “en revisión” al detectar los datos mínimos, pero no decide que una oportunidad está calificada si falta criterio comercial. Un tablero muestra estado actual, última interacción, próxima acción y vencimiento acordado. Si dos fuentes informan estados distintos, conserva la divergencia y solicita una decisión; no la resuelve con una prioridad oculta.

Mensajes con permiso y propósito

Para cada salida se define audiencia, canal, intención y evidencia disponible. Un recordatorio puede pedir el dato que falta, confirmar una propuesta pendiente o avisar que el responsable debe intervenir. El texto se prepara con variables visibles y queda sujeto a reglas de frecuencia, horario y consentimiento. Si la persona solicita baja, el flujo registra la petición, bloquea nuevos recordatorios y deriva la gestión que corresponda. Si el canal cambia de correo a mensajería, la autorización se comprueba de nuevo. La salida no es “contactar por cualquier medio”, sino un mensaje revisable o una pausa documentada.

Responsables, vencimientos y control humano

La oportunidad necesita un dueño operativo, no solo una cola técnica. La configuración asigna quién confirma el contenido, quién atiende una excepción y quién puede cerrar el caso. El vencimiento sirve para priorizar la revisión, no para fabricar urgencia ni prometer una respuesta automática. Un coordinador puede aceptar la próxima acción, cambiar el responsable o suspender el seguimiento; el agente registra la decisión y su motivo. Si el responsable está ausente o el vencimiento no tiene base acordada, la salida es una alerta interna con contexto, no un mensaje duplicado al contacto.

Antiduplicación y trazabilidad de cada intento

Antes de preparar un envío se comparan identificador, estado, canal, contenido y una clave de idempotencia del evento. Así se evita reenviar el mismo recordatorio después de un reintento técnico o de una actualización simultánea. El registro conserva qué se propuso, quién lo aprobó, qué respuesta llegó y qué regla impidió actuar. Un cambio de estado a cerrado cancela acciones pendientes; una baja prevalece sobre cualquier campaña o tarea abierta. Cuando la fuente no entrega un identificador estable, el sistema no deduce que dos contactos son la misma persona: deja el caso para reconciliación manual.

Escalamiento cuando la respuesta no llega

La falta de respuesta no se interpreta como interés, rechazo ni permiso. El flujo puede preparar una siguiente acción solo si la regla del proceso la contempla y el responsable la mantiene activa. Después de la condición definida, el caso se marca para intervención: revisar datos, elegir otro canal permitido, cerrar por falta de contacto o cambiar su prioridad. La escalada incluye historial, último mensaje, fuente y motivo, para que el actor decida sin reconstruir la conversación. Si hay señales de reclamo, riesgo, información sensible o intención ambigua, se bloquea el automatismo y se entrega a la persona indicada.

Implementación, límites y salida operativa

Khipura traduce estas reglas a un flujo verificable con campos, estados, permisos, integraciones y registros de auditoría. La revisión usa ejemplos autorizados y prueba tanto el camino normal como duplicados, bajas, datos incompletos, cambios de estado y fallos de conexión. Se entrega una definición de eventos, matriz de decisiones, criterios de pausa y guía para responsables; el alcance concreto depende de las fuentes y accesos disponibles. El agente no reemplaza el juicio comercial ni inventa una integración. Si el proceso carece de dueño, consentimiento o criterio de cierre, la recomendación es ordenar esa base antes de automatizar.