Tu equipo de soporte responde las mismas 100 preguntas todos los días. Y le pagas a Zendesk para guardarlas mejor.
Zendesk guarda tickets en una cola y te cobra por usuario para que tu equipo los abra uno por uno. Salesforce Service Cloud hace lo mismo. La inteligencia que resuelve vive en otra parte: en agentes humanos haciendo trabajo de máquina.
Este artículo es sobre cómo se ve el reemplazo. No la integración tibia. El reemplazo. Qué se construye, qué se gana, cuándo tiene sentido hacerlo y cuándo no.
Lo escribo desde la trinchera. Puente OS opera hoy 16 clientes en LATAM, varios con agentes de soporte en producción. El más maduro mueve cerca de 350 mensajes al día y tiene un objetivo concreto de reducir 30-40% del volumen de consultas humanas en su próxima fase. Voy a mostrarte cómo está construido.
---
1. El problema real con el ticketing tradicional
Empecemos por lo que nadie quiere decir en voz alta: tu helpdesk no fue diseñado para resolver. Fue diseñado para registrar y enrutar.
Si abres cualquier reporte de Zendesk con un equipo de soporte mediano, vas a encontrar más o menos lo mismo:
- Entre 60% y 80% de los tickets son consultas repetitivas — tracking, horarios, políticas, estados de pedido, requisitos administrativos. La misma respuesta, copiada y pegada, 100 veces al día.
- El costo por ticket atendido por un humano está entre USD 5 y 25, dependiendo del país y del nivel del agente.
- El SLA de primera respuesta se mide en horas. Y aún así se incumple.
- Cada vez que el volumen crece, la única palanca disponible es contratar más gente. Que tarda 3 meses en formarse y se va al año.
Zendesk no causa este problema. Lo organiza. Te da un lugar bonito donde almacenar lo que tu equipo ya está haciendo a mano. Pero no resuelve nada por sí solo.
Sherwin Wu, head de eng en Cursor (ex OpenAI), lo dijo claro en un episodio de Lenny's Podcast:
"You kind of see this applied to the non-engineering domains like support or operations where previously the size of a support team might be limited, but as you can pass off more things to agents, you can actually do more work and also manage more people this way."
Esa es la frase clave. La capacidad de escalar soporte ya no está limitada por cuántas personas puedes contratar. Está limitada por cuánto trabajo puedes pasarle a agentes IA. Y un helpdesk tradicional no fue construido para eso.
Te lo digo de otra forma, en lenguaje Puente OS: tu equipo de soporte no es lento. Los pusiste a hacer trabajo de máquina.
---
2. Inversión del modelo: agente IA al frente, humano en casos edge
El cambio mental es simple pero radical.
Modelo tradicional
El humano es primera línea
Con Agente IA al frente
El humano queda como especialista
El humano queda como el especialista que trabaja solo lo edge. Y cuando le llega un caso, le llega con todo el contexto pre-cargado: quién es el cliente, qué pidió, qué intentó el agente, dónde se trabó.
Tres principios sostienen este modelo:
1. Resolución antes que registro. Un ticket solo se crea si el agente IA no resolvió. La métrica que importa son los tickets que nunca se abrieron porque ya estaban resueltos.
2. Contexto unificado. Cuando el agente escala a un humano, no escala una pregunta — escala una conversación. El humano abre el caso y ve la información del cliente, su historial, qué le respondió el agente, qué documentos miró, en qué momento decidió escalar.
3. Acciones reales, no solo respuestas. Un agente útil no responde "consulta tu pedido en este link". Ejecuta. Hace el refund. Cambia la dirección. Activa el reenvío. Actualiza el estado en el CRM. La diferencia entre un agente y un buscador de FAQ es la capacidad de tomar acción.
Fíjate en algo: en este modelo Zendesk queda relegado a una base de datos donde se registran los pocos casos escalados. En el mejor escenario, sigue ahí como respaldo. En el peor, desaparece.
---
3. Cómo se construye en Puente OS
Puente OS es una plataforma con módulos diseñados para encajar entre sí. Cuando armamos un agente de soporte, usamos cuatro.
Agentes. El cerebro que conversa con el cliente, entiende qué pide, decide cómo responder y ejecuta acciones. Cada agente se diseña para un rol específico — atención al cliente, cobranza, ventas, asesoría técnica — con sus propias instrucciones, su propio tono y sus propias herramientas.
Bases de Conocimiento. Donde vive todo lo que el agente debe saber: tu FAQ, tus políticas, tu documentación de producto, las respuestas que tu mejor ejecutiva siempre da bien. El agente las consulta antes de responder y nunca inventa lo que no está ahí.
Interfaces. Paneles, formularios y dashboards que se arman sin código sobre la misma plataforma. Acá vive tu sistema de tickets, tus métricas de soporte y los reportes que tu equipo necesita ver. Si quieres agregar una columna, un filtro o un botón, se pide en lenguaje natural y queda hecho.
Integraciones. Conexiones nativas a los sistemas que tu empresa ya usa — el courier, el CRM, el ecommerce, el ERP, WhatsApp, email, chat web, Zendesk si lo mantienes. El agente puede leer y escribir en todos ellos para resolver de verdad, no solo responder.
Cómo funciona en la práctica:
- El cliente escribe por el canal que prefiera — WhatsApp, email, chat o formulario. Todo entra al mismo embudo.
- El agente entiende qué está preguntando y consulta la base de conocimiento.
- Si tiene contexto suficiente, ejecuta al instante: tracking de pedido, cambio de dirección, refund, respuesta documentada con cita a la fuente.
- Si necesita ayuda humana, abre un ticket con toda la conversación adjunta y notifica al equipo.
- La ejecutiva resuelve sin tener que preguntar lo mismo otra vez. Su tiempo se va en lo complejo.
La diferencia con un helpdesk tradicional en una línea: un helpdesk recibe el mensaje y lo encola. Puente OS lo recibe, lo entiende, lo resuelve y solo escala lo que un humano de verdad debe ver.
---
4. Cierre
El ticketing tradicional no es el problema. El problema es haber confundido registrar tickets con resolverlos.
Zendesk hace lo primero bien. Salesforce Service Cloud también. Pero ninguno de los dos resuelve nada por sí mismo. Resuelven los humanos que tú contrataste y pusiste a hacer copy-paste contra una FAQ que no se actualiza desde el 2022.
Un agente IA bien construido cambia el modelo: resuelve primero, escala segundo, aprende siempre. Zendesk pasa de ser el sistema operativo del soporte a ser, en el mejor de los casos, una base de datos pasiva. En el peor, deja de ser necesario.
Esto es Diseño Operacional aplicado a un proceso que la mayoría de las empresas trata como inevitable. Se construye en 2 o 3 semanas y queda corriendo solo.
---
Si esto te resonó
Estoy escribiendo cada semana sobre operaciones reales en LATAM — agentes IA, automatización de retail, eCommerce y logística, casos puntuales y números duros (no plantillas). Si quieres que te llegue al inbox, suscríbete al newsletter de Puente OS — está abajo de este post.
---
Si quieres saber si tu operación de soporte es candidata
Hacemos un Diagnóstico Ops de 90 minutos. Es gratis. Salimos con un mapa concreto de qué automatizar primero, cuánto te ahorrarías y en qué orden hacerlo. Sin venderte nada que no necesites.
Las preguntas que vamos a hacer son específicas:
- ¿Cuántas consultas reciben por día y por qué canal?
- ¿Qué porcentaje son repetitivas?
- ¿Cuántas personas tiene el equipo de soporte y cuál es el costo mensual?
- ¿Tienen FAQ documentada o todo está en la cabeza del equipo?
- ¿Cuánto demoran en responder en promedio?
- ¿Han intentado un agente antes? ¿Qué falló?
- ¿Cuál es el tipo de consulta que más volumen genera?
Si las respuestas dibujan un cliente saturado con consultas repetitivas, tienes un caso. Si no, te lo decimos también.