Inteligencia de recorridos

Conecta eventos de un recorrido para identificar estados, bloqueos y demoras.

Define el recorrido piloto

El piloto toma un solo recorrido y fija su inicio, sus resultados posibles y sus responsables. La entrada puede ser una exportación de CRM, tickets, correos o registros de una herramienta operativa. El equipo separa cada fuente antes de unirla. La salida es un mapa acotado, con un nombre para cada etapa y una lista de decisiones abiertas. Un recorrido comercial no se trata como un historial CRM: el historial guarda interacciones, mientras el journey explica la secuencia entre sistemas.

Alinea eventos e identificadores

Cada evento necesita un contrato legible para cruzarse con los demás. Se documentan identificador del caso, tipo de evento, sistema de origen y timestamp, además de la zona horaria y el responsable que lo produce. Cuando dos sistemas usan claves distintas, se registra la relación en vez de adivinarla. La salida es una tabla de correspondencias y reglas de precedencia. Así se distingue un cambio real de estado de una actualización administrativa que solo modifica un registro.

Construye la correlación

La correlación enlaza eventos que pertenecen al mismo caso, cuenta o solicitud. Primero se aplican coincidencias deterministas, como una clave compartida o un número de orden. Después se apartan los candidatos ambiguos para que una persona los resuelva. El equipo obtiene una línea de eventos con fuente, hora y confianza de enlace. Si una identidad aparece reutilizada o cambia de formato, el registro queda marcado. No se fuerza una continuidad que los datos no sostienen.

Haz visibles los estados faltantes

Un estado ausente es un hallazgo, no un espacio para completar con una suposición. Se comparan las transiciones observadas con las que el responsable declara como válidas. Un caso que pasa de recibido a cerrado sin evidencia intermedia queda como salto no explicado. La salida muestra el último evento confiable, la etapa que falta y la fuente que podría confirmarla. Operaciones puede priorizar esa captura sin confundir silencio del sistema con avance del cliente.

Representa bifurcaciones y bloqueos

Los recorridos rara vez siguen una sola ruta. El mapa registra bifurcaciones por canal, decisión, excepción o aprobación pendiente. Cada rama conserva su condición de entrada y el actor que debe intervenir. Un bloqueo puede ser un permiso vencido, un dato obligatorio vacío o una respuesta que nunca llegó. La salida separa espera, rechazo y error técnico. Esa distinción ayuda al dueño del proceso a elegir entre corregir datos, pedir autorización o devolver el caso a una etapa anterior.

Prepara el replay

El replay reconstruye un caso sin alterar los sistemas de origen. Usa eventos ordenados por timestamp, conserva el payload permitido y señala cambios posteriores sobre el mismo registro. El analista puede revisar qué se sabía en cada momento, quién produjo el evento y qué transición era posible entonces. La salida es una secuencia auditable para investigar una demora o una decisión discutida. Si faltan eventos, el replay deja una interrupción explícita; no fabrica una causa retrospectiva.

Define controles de acceso

La reconstrucción debe respetar el alcance de cada actor. Se clasifican campos sensibles, se limita qué fuente puede consultar cada rol y se decide qué datos deben ocultarse en una vista compartida. El responsable operativo aprueba las reglas; quien analiza recibe solo el contexto necesario. La salida incluye permisos, excepciones y una ruta de escalamiento. Un acceso de prueba no demuestra autorización productiva, y una integración disponible no habilita por sí sola la lectura de todos los recorridos.

Cierra el piloto con evidencia

El cierre contrasta el mapa con casos representativos y con al menos un recorrido incompleto. El equipo revisa contratos, correlaciones, saltos, ramas y bloqueos junto al dueño del proceso. La salida puede ser un diagnóstico, una lista priorizada de datos faltantes o una especificación para una siguiente decisión. Si el piloto no permite sostener una lectura, esa limitación queda documentada. No se presentan métricas, precios, plazos ni ejecución activa que no hayan sido comprobados.