En casi toda operación de contacto hay un campo obligatorio al cierre: el motivo. Tipificación, disposición o categoría, según la herramienta. Es el dato más barato de capturar y el más desperdiciado del sector. Casi nadie lo diseña: se hereda de la implementación del CRM, crece por agregado cada vez que alguien pide una categoría nueva, y un día el reporte dice que buena parte de los contactos cayó en “Otros”. A partir de ahí, cualquier conversación sobre qué mejorar se queda sin insumos.
Vale la pena mirarlo de cerca porque es el único dato de la operación que produce una persona. Los tiempos, los volúmenes y las colas los genera el sistema. La tipificación la elige un agente, con prisa, al final de una interacción, dentro de una lista que armó alguien más. Esa condición explica casi todos sus problemas y también cómo se arreglan.
Para qué sirve en realidad
Un catálogo de tipificación no existe para llenar un reporte. Existe para responder tres preguntas concretas: por qué nos escribe o nos llama la gente, qué pasó con cada caso, y qué habría que cambiar fuera del área de servicio para que ese contacto no vuelva a ocurrir.
La tercera es la que justifica el esfuerzo. Sin un catálogo limpio no se puede sostener ninguna conversación con producto, facturación o logística, porque no hay forma de mostrar el tamaño del problema. Esa es la palanca que se desarrolla en reducir contactos: sin tipificación confiable, esa palanca no se puede accionar.
Señales de que el catálogo está roto
- Una categoría concentra una porción enorme del volumen, y suele llamarse “Otros”, “Consulta general” o “Información”.
- Hay opciones que nadie usa hace meses y siguen en la lista.
- Dos categorías significan lo mismo con palabras distintas, y cada agente elige una.
- Nadie sabe quién autorizó la última categoría que se agregó.
- El equipo de mejora pide “el detalle real” por fuera del sistema, en un archivo aparte.
La última señal es la más cara: significa que la operación ya dejó de confiar en su propio dato y construyó un segundo sistema informal para trabajar.
Motivo y resultado no son el mismo campo
El error de diseño más frecuente es mezclar en una sola lista por qué contactó el cliente y cómo terminó el caso. Quedan catálogos donde conviven “Problema de facturación” y “Resuelto en primer contacto”, que no son alternativas entre sí.
Separarlos en dos campos cuesta poco y cambia todo lo que se puede leer después. El motivo describe la causa y se usa para hablar con el resto de la empresa. El resultado describe el desenlace y se usa para medir la operación. Cruzados, muestran algo que ninguno de los dos da por separado: qué motivos se resuelven bien y cuáles se escalan siempre, que es exactamente donde hay que meter la mano.
Cuántos niveles y cuántas opciones
Dos niveles suelen ser suficientes: una categoría amplia y un detalle. Tres niveles se defienden en operaciones grandes con procesos muy distintos entre sí. Cuatro casi nunca sobreviven al contacto con el turno de la noche.
Sobre el número de opciones no hay una cifra mágica, pero sí un criterio: el agente tiene que poder decidir sin leer toda la lista. Si el primer nivel no cabe en una pantalla sin desplazarse, va a ganar la primera opción visible o la última usada. Un catálogo largo no produce más precisión; produce más ruido, con la apariencia de detalle.
Una lista que el agente no alcanza a leer en tres segundos no se llena con criterio: se llena con la opción más cercana al cursor.
Reglas de diseño que aguantan el día a día
- Mutuamente excluyentes. Si dos opciones pueden aplicar al mismo caso, el dato se parte en dos y ninguna sirve.
- Escritas en el idioma del cliente. “Falla en activación” es una categoría; “Error 4021” es un código interno que el agente traduce mal.
- Con definición y ejemplo. Cada opción necesita una frase que diga cuándo se usa y un caso típico. Sin eso, el criterio cambia por agente y por turno.
- Accionables. Si una categoría no le sirve a nadie para decidir nada, sobra.
- Con “Otros” obligado a justificarse. Que exista está bien; que se pueda elegir sin escribir una línea de texto libre, no.
Ese campo de texto obligatorio detrás de “Otros” es, en la práctica, la fuente principal de categorías nuevas legítimas. Cuando el mismo tema aparece repetido ahí durante algunas semanas, el catálogo tiene que crecer.
Quién puede cambiar el catálogo
Un catálogo sin dueño se degrada solo. La regla mínima es que nadie agregue, renombre ni elimine una opción sin pasar por una persona designada, y que cada cambio quede con fecha. Los reportes que cruzan una fecha de cambio sin advertirlo producen conclusiones falsas: una categoría que “cayó” un 30% muchas veces solo se renombró.
Una revisión trimestral basta en la mayoría de las operaciones: se retiran las opciones muertas, se dividen las que concentran demasiado volumen y se consolidan las que significan lo mismo. Fuera de esa ventana, los cambios deberían ser excepcionales y justificados. Quién decide este tipo de cosas es parte de la gobernanza del contrato, no una decisión de reporte.
Cómo se verifica que se esté usando bien
La tipificación se audita como cualquier otro elemento de calidad: sobre la misma muestra de casos que ya se revisa, comparando lo que pasó en la interacción con lo que quedó registrado. Es una pregunta más en el formato, no un proceso aparte. El método está en control de calidad por muestreo auditado.
Conviene una advertencia: la precisión de la tipificación no debería entrar en el variable del agente. En el momento en que se paga por “tipificar bien”, empieza a tipificarse lo que se ve bien. Se corrige con retroalimentación y con definiciones claras, no con dinero.
Es la materia prima de cualquier automatización
Antes de automatizar un flujo hay que saber qué se repite, y eso lo dice la tipificación. Un catálogo limpio muestra qué motivos son de alto volumen y bajo criterio, que son los primeros candidatos, y también qué motivos conviene dejar en manos de una persona. Con categorías sucias, el ejercicio arranca sobre supuestos. El criterio para separar unos de otros está en automatización con IA en BPO.
Lo mismo aplica a la documentación: los motivos más frecuentes son el índice natural de la base de conocimiento. Si el catálogo y la base de conocimiento no se parecen, una de las dos está desactualizada.
Cómo lo hace smartBPO
Empezamos con un catálogo corto y lo dejamos crecer con evidencia, no al revés. Separamos motivo de resultado desde el primer día, porque unirlos después obliga a rehacer el histórico. Escribimos la definición y un ejemplo para cada opción, y los ponemos donde el agente los ve al cerrar, no en un manual. Auditamos la tipificación dentro de la misma muestra de calidad y la revisamos cada trimestre con el cliente, dejando registro de cada cambio con su fecha. Y llevamos los motivos más repetidos a la reunión con las áreas que los originan, que es donde el dato deja de ser un reporte y empieza a servir para algo.