La versión visible de la automatización del soporte es una burbuja de chat que responde a clientes. La versión que se paga primero es invisible: leer cada ticket entrante, decidir de qué trata, cuán urgente es y de quién debe ser, y adjuntar el contexto que el agente va a necesitar — pedido, cuenta, ticket anterior, plan.
Es trabajo poco vistoso y es donde vive la mayor parte del retraso de una cola de soporte. Un ticket que tarda cuarenta minutos en llegar a la persona correcta ya ha gastado casi todo su tiempo de respuesta antes de que nadie lo leyera. Enrutar además no tiene riesgo reputacional: el peor caso es un ticket enviado a la cola equivocada, que es exactamente lo que pasa hoy.
Capa uno — clasificar y enrutar. Categoría, urgencia, idioma, tono, responsable, más el contexto extraído de tus sistemas. Requiere: un histórico de tickets del que aprender categorías, y alguien que confirme que son las categorías con las que de verdad trabajáis.
Capa dos — redactar para una persona. Una respuesta sugerida, montada con vuestra documentación y la ficha del cliente, que el agente edita y envía. Requiere: documentación suficiente para responder, y agentes con permiso para descartar el borrador sin justificarse.
Capa tres — responder directamente. El sistema contesta sin persona en un conjunto estrecho y definido de tipos de pregunta. Requiere: precisión medida en la capa dos, un umbral de confianza y un traspaso que funcione al primer intento.
La capa dos es la prueba honesta de si la tres es segura. Si los agentes reescriben los borradores una y otra vez, la calidad todavía no está — y lo habéis aprendido sin que lo viera un solo cliente.
Hay contactos que no deberían encontrarse nunca con una respuesta automática, por buena que llegue a ser. Todo aquello donde el cliente ya está enfadado, todo lo que implique dinero moviéndose en una dirección que no esperaba, todo lo que tenga un lado legal o sanitario, y cualquier cuenta lo bastante grande como para que la relación importe más que el ticket. No son problemas de precisión: son criterio sobre qué necesita oír una persona de otra persona.
De ahí se sigue que la vía de escalado es la parte más importante del diseño, no un añadido al final. Debe estar visible en la primera respuesta, activarse con una sola acción y llevarse consigo toda la conversación. Un cliente que tiene que explicar el problema dos veces ha aprendido que el sistema existe para mantenerlo lejos, y esa lección se la cuenta a otros.
Resuelto sin persona, no desviado. El desvío cuenta a quien se rindió. Mide los tickets cerrados por el sistema en los que el cliente no volvió en una semana con el mismo problema.
Tiempo de primera respuesta por categoría. El número que mueve el enrutado y el que el cliente siente de forma más directa. Desglósalo: la media esconde las categorías que empeoraron.
Tasa de borradores aceptados. Con qué frecuencia el agente envía la sugerencia con ediciones mínimas. Es tu señal de que la capa tres está lista, y se mide desde la primera semana.
Éxito del escalado. De las conversaciones que llegaron a una persona, cuántas llegaron con contexto completo y sin obligar al cliente a repetirse.
Satisfacción por vía. Automática frente a humana, comparadas con honestidad. Si la automática puntúa peor, ya conoces el tamaño de la brecha en lugar de discutirla.
Exporta unos meses de tickets y mira la distribución. Casi toda cola de soporte tiene un puñado de categorías que cubren la mayor parte del volumen, y rara vez son las que el equipo nombra de memoria. Elige la categoría más grande cuyas respuestas ya estén escritas en algún sitio.
Construye la capa uno sobre todo el flujo y la capa dos solo para esa categoría. Trabaja así unas semanas con los agentes dentro y observa la tasa de borradores aceptados. Si se estabiliza alta, abre la capa tres únicamente para esa categoría, con umbral de confianza y una salida visible hacia una persona. Después repite con la siguiente. La mayoría llega a producción en cuatro a ocho semanas, y la segunda categoría cuesta una fracción de lo que costó la primera.
Nada de esto exige cambiar vuestro helpdesk. Construimos sobre Zendesk, Intercom, HubSpot, Freshdesk o lo que ya esté: el sistema de tickets sigue siendo el sistema de registro.
Usamos cookies solo para analítica: para ver desde qué páginas llegan las consultas. Nada más, y nada antes de que aceptes. Política de cookies