No construimos chatbots ni sustituimos a tus agentes de soporte. Ayudamos a tu equipo a decidir cómo se mueven los tickets — qué se enruta automáticamente, qué necesita revisión humana, qué se escala — y cómo mantener vivas las reglas cuando cambia tu producto o tu equipo.
Problemas habituales
La lógica de enrutamiento vive en la cabeza de un agente con experiencia — cuando está de vacaciones, los tickets se acumulan en la cola equivocada y el equipo apaga fuegos.
Los agentes senior acaban en tickets que no los necesitaban, y se pierden en otros que sí, porque no hay criterios escritos de escalado.
No hay reglas acordadas sobre qué cuenta como P1, qué debería ir a ingeniería y qué debería llevar customer success.
Las reglas de enrutamiento se montaron una vez y no se han tocado — tres lanzamientos de producto y un cambio de equipo después, el equipo trabaja esquivando las reglas en lugar de con ellas.
Los tickets que no encajan en ninguna regla se convierten en conocimiento tribal en lugar de señales estructuradas para la siguiente iteración.
El equipo necesita otro consultor para mantener las reglas de enrutamiento porque nadie de tu lado puede editarlas sin romperlas.
El triaje y el enrutamiento son un problema de decisión. Cada ticket tiene que caer en una de tres categorías: enrutar automáticamente a la cola correcta, mandar a revisión humana o escalar. La visión vendor es "compra nuestra IA". Nuestra visión es que las reglas y la propiedad importan más que la herramienta. Trabajamos en tres fases durante cuatro a seis semanas: mapeamos la realidad actual del enrutamiento, definimos reglas de decisión con el equipo que hace el trabajo, implantamos en tu herramienta de soporte y nos vamos con un runbook que el equipo posee. No prometemos un porcentaje de reducción de tickets. No desviamos tickets, no desplegamos chatbots ni sustituimos a tus agentes. Le damos a tu equipo reglas que entiende, puede editar y puede mantener vivas.
Qué entregamos
Paso 1
Revisamos una muestra de tickets recientes y reconstruimos cómo se mueven los tickets hoy — incluyendo las partes que nadie había escrito. Resultado: un punto de partida escrito del enrutamiento tal y como es, no como piensas que es. Aquí viven la mayoría de las sorpresas.
Paso 2
Entrevistamos a los agentes que realmente triajean tickets y extraemos las reglas que aplican sin darse cuenta — heurísticas, excepciones por cliente, la lógica de "este siempre va para María" que nunca llegó a documentarse.
Paso 3
Junto al equipo que hace el trabajo, definimos reglas explícitas por categoría: qué se enruta solo, qué necesita revisión humana, qué se escala y a quién. Escribimos los criterios, incluidos los casos límite y los desacuerdos. Resultado: una matriz de decisión que el equipo ha firmado.
Paso 4
Criterios escritos explícitos sobre qué cuenta como P1, qué dispara un escalado a ingeniería, qué debería llevar customer success y cómo el tier de cliente modifica todo lo anterior. Se acaba el debate de escalado ticket a ticket.
Paso 5
Configuramos las reglas en tu herramienta de soporte — Zendesk, Intercom, Freshdesk, Plain u otra. Somos agnósticos a la herramienta por diseño y no vendemos ni revendemos ninguna. Lo que importa son las reglas y la lógica de decisión; la herramienta es el sitio donde viven las reglas.
Paso 6
Documentamos la lógica en un runbook que tu equipo posee. Montamos un bucle de gaps de conocimiento para que los tickets sin regla se conviertan en señal para la siguiente revisión. Nos vamos cuando tu equipo puede operar y editar las reglas sin nosotros.
La lógica de enrutamiento deja de ser conocimiento tribal — las reglas están escritas y el equipo puede leerlas.
Los criterios de escalado son explícitos y acordados antes, no negociados ticket a ticket.
Tu equipo puede editar las reglas sin tener que llamarnos cuando vuestro producto lanza una feature o cambian los tiers.
Los gaps de conocimiento se convierten en señales estructuradas revisadas con cadencia, no en fuegos que absorben los agentes senior.
El sistema de enrutamiento sobrevive lanzamientos de producto, cambios de equipo y rediseños de tiers porque la lógica está documentada y se puede editar.
Quien entra nuevo recibe un runbook que explica por qué existen las reglas, no solo qué dicen — y puede ponerse al día sin tener que seguir a una sola persona durante semanas.
No. No construimos chatbots, no desviamos tickets, no ponemos un agente de IA delante de tus clientes. Este proyecto va sobre cómo se mueven los tickets una vez que ya están en tu sistema: quién los recibe, cuándo se escalan, quién decide. La experiencia que ve el cliente queda fuera del alcance.
No. La IA aparece en este trabajo como ayudante de clasificación y enrutamiento — categorizando tickets, sugiriendo escalados, mostrando patrones. Las personas siguen hablando con el cliente, escribiendo la respuesta y manteniendo la relación. Si buscas un proyecto que sustituya a tu L1 de soporte, no somos el encaje correcto.
No prometemos un número. El trabajo de triaje y enrutamiento cambia cómo se gestionan los tickets, no necesariamente cuántos llegan. Sí nos comprometemos a: un punto de partida escrito de cómo funciona el enrutamiento hoy, reglas de decisión explícitas que tu equipo ha acordado, y un runbook que el equipo puede mantener. Si tu objetivo principal es reducir el volumen entrante, este no es el proyecto adecuado — y te lo diremos en la llamada.
Sí. Hemos trabajado con Zendesk, Intercom, Freshdesk y Plain, y somos agnósticos a la herramienta por diseño. Lo que importa son las reglas y la lógica de decisión; la herramienta es el sitio donde viven las reglas. No vendemos ni revendemos ninguna herramienta.
Un proyecto típico va de 4 a 6 semanas: alrededor de una semana para mapear, dos o tres semanas más para definir reglas con el equipo, y una o dos para implantar, documentar y traspasar. La mayor variable es cuántas categorías de tickets quieres diseñar realmente. Eso lo definimos en la primera llamada.
Es la pregunta más importante. El runbook está escrito para el equipo que lo va a editar, no para nosotros. Dejamos integrada una cadencia de revisión de gaps de conocimiento — normalmente mensual — para que los tickets sin regla se conviertan en input estructurado en lugar de ruido de fondo. Si tu equipo no tiene capacidad real para mantener las reglas, te lo decimos en la llamada y o te ayudamos a construir esa capacidad o te recomendamos no hacer el proyecto.
La mayoría de auditorías de flujos con IA te entregan una lista de ideas de automatización. Esta te dice qué automatizar, qué mantener manual y qué puede man…
Leer másPreparado para transferirseLa mayoría de implantaciones de IA dejan a tu equipo dependiendo de quien las construyó. Construimos flujos con IA que tu equipo puede operar — con la docume…
Leer másSoluciones diseñadas para necesidades operativas realesDesde la captación hasta el onboarding, el soporte y el reporting — automatizamos lo que os frena para que podáis crecer más rápido sin ampliar equipo.
Leer másReserva una llamada para definir el alcance de un proyecto de triaje y enrutamiento. Hablamos de cómo se mueven tus tickets hoy, qué herramienta usas y qué necesita poder operar tu equipo al final. Si lo que realmente necesitas es un chatbot o una herramienta de deflexión, te lo decimos y te recomendamos algo más adecuado.
Reserva una llamada