Hace poco leí un artículo de Quality Magazine sobre qué pueden enseñarnos los juegos —desde el dominó hasta los videojuegos modernos— a los profesionales de calidad. La tesis central es simple: los juegos funcionan porque tienen métricas claras, ciclos de retroalimentación rápidos y una cultura donde fallar es parte del proceso, no una condena.
Leyéndolo, no pude evitar pensar en algo que ya escribí antes en este blog: por qué el modelo de satisfacción del cliente de Atkinson, formulado en 1988, sigue vigente en algunos aspectos y ha quedado obsoleto en otros. Son dos artículos que, a primera vista, no tienen nada que ver. Pero comparten un mismo problema de fondo: ¿qué mides, y ese indicador realmente empuja el comportamiento que quieres?
El problema no es la falta de métricas, es la métrica equivocada
En un juego, el marcador te dice de inmediato si lo que hiciste funcionó o no. Sumaste puntos, perdiste una vida, subiste de nivel. Esa claridad es la que casi nunca existe en atención al cliente.
La mayoría de los equipos de soporte todavía miden lo que es fácil de medir —tiempo de respuesta, volumen de tickets cerrados, NPS trimestral— en lugar de lo que realmente predice si un cliente vuelve o se va. Es el mismo error que señalaba Atkinson hace casi cuarenta años: la satisfacción no es un número aislado, es el resultado de expectativas cumplidas o incumplidas en cada punto de contacto. Si el indicador que uso no captura eso, estoy jugando un juego con el marcador apagado.
Fallar rápido es una ventaja que la atención al cliente rara vez se permite
La segunda lección del artículo es sobre la tolerancia al fallo. En un juego, perder no tiene consecuencias reales: reiniciás, ajustás la estrategia, lo intentás de nuevo. Esa lógica es la que impulsó metodologías ágiles y prototipado rápido en producto y en tecnología.
En atención al cliente, en cambio, el fallo suele tratarse como algo a evitar a toda costa, no como una fuente de aprendizaje. Un mal ticket se cierra y se archiva; rara vez se convierte en una hipótesis para probar un cambio de proceso. El resultado es que los equipos de soporte terminan optimizando para no repetir errores puntuales, en lugar de iterar sobre el sistema completo —igual que un jugador que evita repetir una muerte específica sin entender por qué perdió.
Qué se puede robar de los juegos
No hace falta gamificar el soporte con insignias y rankings —eso ya se probó y en general generó más ruido que valor. Lo que sí vale la pena tomar prestado es la lógica de fondo:
Métricas visibles y accionables para quien las ejecuta, no solo para quien las reporta arriba. Un agente de soporte debería poder ver, en tiempo real, qué comportamiento suyo está moviendo la aguja.
Ciclos de feedback cortos, no evaluaciones trimestrales. Si un cambio en el guion de atención mejora o empeora la satisfacción, eso debería saberse en días, no en el próximo informe de gestión.
Permiso explícito para experimentar, con el entendimiento de que algunas pruebas van a fallar y eso es parte del costo de mejorar.
El artículo de Quality Magazine está pensado para manufactura y control de calidad industrial, no para atención al cliente. Pero el problema que describe —comportamientos mal alineados con los incentivos, métricas reactivas en lugar de proactivas— es exactamente el mismo que atraviesa cualquier operación de soporte que todavía mide lo fácil en lugar de lo importante.
Este post conecta con “Atención al cliente: lo que sigue vigente (y lo que no) de un modelo de gestión de 1988”, donde revisé el modelo de Atkinson en más detalle.