Toda operación de atención produce dos cosas al mismo tiempo. La primera es el servicio: casos cerrados, llamadas contestadas, solicitudes tramitadas. La segunda casi nadie la recoge: un registro continuo de qué le está fallando al negocio, dicho por las personas que lo sufren, sin panel contratado ni estudio de mercado de por medio.
Ese segundo producto se pierde casi siempre. No porque nadie mire los datos, sino porque se miran con la pregunta equivocada. El informe mensual dice cuántos contactos hubo, cuánto se demoró cada uno y cuántos se resolvieron a tiempo. No dice qué habría que arreglar para que la mitad de esos contactos no existiera. La operación se evalúa por su capacidad de absorber demanda, nunca por su capacidad de explicarla.
Voz del cliente no es la encuesta
En muchas empresas "voz del cliente" es sinónimo de encuesta de satisfacción. La encuesta mide cómo se sintió alguien con la atención que recibió. Es útil, tiene su propio método y lo discutimos en CSAT, NPS y CES, pero responde una pregunta distinta de la que interesa aquí.
La pregunta operativa es otra: por qué existió ese contacto. Alguien que llama para preguntar dónde está su pedido puede quedar conforme con la atención y calificarla con la nota más alta. Esa llamada sigue siendo la evidencia de un defecto: el estado del pedido no era visible donde debía estarlo. La encuesta la registra como un éxito. El motivo de contacto la registra como lo que es.
La materia prima es la tipificación
Nada de esto funciona sin un catálogo de motivos que describa causas y no áreas internas. Ese es el tema de la tipificación de contactos, y conviene resolverlo antes de prometer cualquier análisis. Un catálogo donde "consulta general" y "otros" concentran una parte importante del volumen no sirve como fuente: confirma que hubo contactos, no de qué se trataron.
La regla práctica es corta. Cada categoría tiene que poder terminar la frase "el cliente nos contactó porque…". Si no la termina, no es un motivo: es un cajón. Y los cajones crecen solos, porque son el camino más rápido cuando hay que cerrar el caso e ir por el siguiente.
Esa clasificación además hay que auditarla. Si nadie revisa una muestra de casos contra lo que quedó tipificado, el catálogo se degrada en semanas y el análisis hereda el error. El método es el mismo de el control de calidad por muestreo auditado, aplicado a la clasificación en lugar de a la resolución.
Tres fuentes que no dicen lo mismo
- Los motivos de contacto dan tamaño y tendencia. Sirven para saber qué problema es grande y cuál solo es ruidoso. Es la única fuente que permite priorizar, porque es la única que se puede contar.
- El texto libre —notas del agente, correos, transcripciones, chats— da el detalle. Los motivos dicen que hay fricción en el proceso de devoluciones; el texto libre dice en qué paso exacto se rompe y qué le contestó el sistema al cliente.
- Lo que el equipo sabe y no escribe en ninguna parte. Quien atiende repite la misma explicación decenas de veces al día y sabe cuál instrucción confunde a todo el mundo. Esa información no está en ningún tablero y se recoge preguntando, con una rutina fija, no cuando alguien se acuerda.
Las tres se complementan y ninguna reemplaza a las otras. Los conteos sin texto producen prioridades sin explicación; el texto sin conteos produce anécdotas convincentes sobre problemas pequeños.
Del dato al hallazgo
Un hallazgo que sirve tiene cuatro partes: qué pasa, con qué frecuencia, cuánto trabajo genera y quién puede cambiarlo. Si falta la última, no es un hallazgo; es una observación.
Ese es el punto donde la mayoría de los programas se caen. Se presenta una lista de motivos ordenada por volumen, todos asienten, y al mes siguiente aparece la misma lista con los mismos primeros lugares. Una lista ordenada no es una priorización: es un inventario. La priorización aparece cuando alguien decide cuál de esos motivos se va a atacar en este ciclo y acepta que los demás siguen igual por ahora.
Un hallazgo sin responsable dentro del cliente es una diapositiva. Con responsable y fecha es un cambio.
El circuito se cierra afuera de la operación
Aquí está el límite honesto de cualquier proveedor. Casi ningún hallazgo valioso se resuelve dentro de la operación tercerizada. Una instrucción ambigua en el checkout, un correo automático que llega antes de tiempo, una política de devoluciones que nadie entiende: todo eso lo cambian producto, tecnología, logística o marketing del cliente. El equipo de atención solo puede señalarlo bien.
Por eso el programa vive o muere en el diseño de la relación, no en el análisis. Necesita un lugar fijo en el comité de gobierno del contrato —el tema de la gobernanza de un contrato de BPO— y necesita interlocutores nombrados del lado del cliente que no sean únicamente el responsable del servicio. Cuando el único destinatario del hallazgo es la persona que administra el contrato, el hallazgo se queda en su bandeja: no tiene mandato sobre el producto ni sobre los sistemas. Las condiciones para que exista ese canal son las de integrar un equipo tercerizado con el interno.
Cómo se vuelve rutina y no un proyecto
Un ciclo mensual es suficiente y es sostenible. Un tema por ciclo, no cinco. La secuencia que funciona: se elige el motivo con más trabajo asociado, se leen casos reales de ese motivo —casos, no resúmenes—, se escribe qué está causando el contacto, se propone un cambio concreto con dueño, y al ciclo siguiente lo primero que se revisa es si el volumen de ese motivo se movió.
Esa última parte es la que le da credibilidad a todo lo demás. Si el cambio se implementó y el motivo bajó, el programa deja de ser una cortesía del proveedor y pasa a ser parte del presupuesto. Las palancas para que baje son las mismas de cómo reducir el volumen de contactos: el análisis identifica dónde aplicarlas, no las reemplaza.
Lo que suele salir mal
Tres fallas se repiten. La primera es convertir el programa en un tablero: más gráficas, menos decisiones. Un tablero no obliga a nadie a hacer nada, y los hallazgos que no incomodan a ningún área rara vez valen algo.
La segunda es confundir la variación de un día con una tendencia. Los motivos suben y bajan por razones externas —una campaña, un festivo, una falla puntual— y perseguir cada movimiento consume el crédito del programa en problemas que se resuelven solos.
La tercera es de diseño: catálogos con demasiadas categorías, que producen datos peores que uno pequeño y bien definido. Cuando clasificar toma más tiempo del que el caso permite, el equipo elige la primera opción de la lista y el análisis queda construido sobre eso.
Cómo lo hace smartBPO
Tratamos el motivo de contacto como un entregable del servicio, no como un campo administrativo: se define con el cliente al inicio, se audita por muestra y se ajusta cuando aparecen motivos que el catálogo no contempla. Cada mes llevamos al comité un tema, con casos reales detrás y una propuesta de cambio que casi siempre le corresponde a un área del cliente, no a nosotros. Pedimos un responsable y una fecha para ese cambio, y en el ciclo siguiente reportamos si el volumen del motivo se movió. Cuando el cambio no se hace, también lo decimos, porque el costo de ese contacto sigue estando en algún lado de la operación.