El cliente no siempre es difícil: a veces el problema está en el proceso
Un cliente repite su historia por tercera vez, recibe instrucciones distintas en cada canal y termina alzando la voz. Es tentador archivarlo como «difícil». Pero esa etiqueta puede ocultar la pregunta decisiva: ¿qué parte del conflicto fue fabricada por el proceso? Cuando la información es ambigua, los pasos sobran o nadie asume el caso completo, incluso una persona paciente puede parecer problemática. Diseñar un mejor servicio exige mirar el recorrido antes de juzgar a quien lo atraviesa.
La escena que solemos interpretar al revés
Pensemos en una devolución sencilla. La tienda pide escribir por chat; el chat deriva al teléfono; el teléfono solicita un formulario; el formulario exige un número que solo aparece en una factura que nunca llegó. Después de cuarenta minutos, el cliente reclama con dureza. La organización ve el último minuto de la escena y atribuye el problema al tono. El cliente, en cambio, ha vivido una cadena de obstáculos que nadie dentro de la empresa experimentó completa.
Esto no significa justificar insultos, amenazas o abuso hacia el personal. Los límites de respeto siguen siendo necesarios. Significa separar dos diagnósticos que suelen mezclarse: una conducta inaceptable y un proceso que aumenta innecesariamente la frustración. Si solo se atiende el primero, la empresa seguirá produciendo el mismo conflicto con otras personas.
La idea central de This Is Service Design Doing, de Marc Stickdorn, Markus Hormess, Adam Lawrence y Jakob Schneider, resulta útil aquí: un servicio no es únicamente lo que ocurre frente al cliente. Es una secuencia de interacciones sostenida por personas, reglas, datos, herramientas y decisiones internas. La experiencia visible es la superficie de un sistema. Corregir el guion del agente sin revisar ese sistema puede mejorar la cortesía, pero no elimina el laberinto.
Un reclamo es información sobre el recorrido
Las quejas suelen tratarse como interrupciones del trabajo normal. En realidad, muestran dónde el trabajo normal dejó de funcionar para alguien. Stephen Tax, Stephen Brown y Murali Chandrashekaran estudiaron cómo las personas evalúan la gestión de sus reclamos y destacaron dimensiones de justicia relacionadas con el resultado, el procedimiento y la interacción. El cliente no valora solo si obtuvo una compensación: también observa cuánto esfuerzo tuvo que invertir, si pudo ser escuchado y si recibió un trato digno.
Esta mirada cambia la pregunta. En vez de «¿cómo calmamos a esta persona?», conviene preguntar «¿qué promesa entendió, qué intentó hacer, dónde encontró fricción y qué tuvo que repetir?». Calmar puede ser necesario en el momento. Aprender del recorrido evita que el incidente se reproduzca.
Jeffrey Maxham y Richard Netemeyer encontraron que la forma de resolver un reclamo puede influir en satisfacción, intención de compra y recomendación. La recuperación importa, pero no debe convertirse en excusa para conservar defectos conocidos. Una empresa no debería celebrar que compensa bien una falla que podría dejar de provocar.
Del conflicto visible a la causa de proceso
EXPECTATIVA: qué creyó el cliente que ocurriría.
INTENTO: qué acción realizó y por qué canal.
FRICCIÓN: qué dato, regla, espera o derivación detuvo el avance.
REPETICIÓN: qué información tuvo que entregar otra vez.
RECUPERACIÓN: quién pudo asumir hacerse cargo del caso completo.
APRENDIZAJE: qué cambio impediría el siguiente incidente.
Cinco señales de que el proceso está fabricando clientes «difíciles»
1. La persona debe conocer la estructura interna
Si para resolver un problema el cliente necesita distinguir entre ventas, facturación, logística y soporte, la organización trasladó su organigrama hacia fuera. Desde dentro, cada derivación parece correcta. Desde fuera, nadie asume responsabilidad. Un servicio bien diseñado ofrece una puerta comprensible y coordina el resto sin exigir que el usuario adivine quién tiene permiso para actuar.
2. Cada canal ofrece una versión distinta
La web promete una condición, el chatbot interpreta otra y el agente aplica una tercera. Esta inconsistencia no solo genera demora: vuelve incierta la relación. El cliente aprende que debe insistir hasta encontrar la respuesta favorable. La empresa puede interpretar esa insistencia como manipulación, aunque fue su propio sistema el que convirtió la regla en negociable.
3. Se solicita información que la empresa ya posee
Repetir nombre, número de pedido y explicación después de cada transferencia comunica que el tiempo del cliente vale menos que la comodidad interna. También aumenta errores y tensión. No toda información puede circular libremente; existen límites de privacidad y seguridad. Pero cuando la repetición no protege a nadie y solo compensa sistemas desconectados, es una deuda de proceso.
4. El personal conoce el problema, pero no puede resolverlo
Frases como «sé que ocurre con frecuencia, pero el sistema no me deja» revelan una brecha entre conocimiento y autoridad. El agente recibe la frustración sin disponer de opciones. Esto daña a ambas partes: el cliente enfrenta una pared y el trabajador queda expuesto como rostro de una regla que no controla.
5. El indicador premia cerrar, no resolver
Cuando se mide duración de llamada o cantidad de tickets cerrados sin observar reincidencias, transferencias y solución real, el proceso empuja a sacar el caso de la bandeja. El número mejora mientras la demanda reaparece en otro lugar. El cliente parece insistente porque la empresa cuenta contactos, no trayectorias.
La herramienta más útil: un plano del servicio
Mary Jo Bitner, Amy Ostrom y Felicia Morgan presentan el service blueprinting como una técnica práctica para innovar en servicios. El plano conecta las acciones del cliente con lo que ocurre en primera línea, detrás de escena y en los sistemas de apoyo. Su valor no está en producir un diagrama elegante, sino en hacer visibles dependencias y fallos que cada área observa de manera parcial.
Para construir una versión sencilla, el equipo elige un caso concreto —por ejemplo, cambiar un producto defectuoso— y registra el recorrido real, no el procedimiento ideal. ¿Qué ve el cliente? ¿Qué hace? ¿Cuánto espera? ¿Con quién habla? Debajo se anotan las acciones del personal, las validaciones, los sistemas consultados y las reglas que habilitan o bloquean decisiones.
Después se marcan tres clases de evidencia: puntos donde la expectativa no coincide con la realidad, momentos donde se pierde información y zonas donde nadie tiene propiedad del caso. Ese mapa permite discutir causas sin reducir el análisis a «el agente se equivocó» o «el cliente no entendió».
Tabla para distinguir conducta, fricción y respuesta
| Situación observable | Hipótesis de proceso | Comprobación útil | Respuesta responsable |
|---|---|---|---|
| El cliente repite la misma solicitud. | Las derivaciones no conservan contexto. | Seguir un caso entre canales y contar repeticiones. | Transferir historial y asignar responsable. |
| Discute una condición publicada. | La promesa y la regla operativa no coinciden. | Comparar web, contrato, guiones y práctica. | Unificar lenguaje y honrar la expectativa razonable. |
| Exige hablar con un supervisor. | La primera línea carece de autoridad. | Revisar excepciones frecuentes y permisos. | Definir márgenes de decisión y escalamiento claro. |
| Contacta varias veces por el mismo caso. | Se cierra el ticket antes de verificar solución. | Medir reincidencia por problema, no por contacto. | Confirmar resultado y mantener propiedad hasta cierre real. |
| Abandona un trámite incompleto. | Los requisitos son confusos o excesivos. | Observar a usuarios intentar completarlo. | Eliminar pasos, explicar razones y ofrecer ayuda. |
La columna de hipótesis es deliberadamente provisional. No toda repetición prueba un fallo de transferencia y no toda escalada revela falta de autoridad. El equipo debe verificar con trazas, observación y conversación. Etiquetar automáticamente el problema como «proceso» sería tan pobre como etiquetar automáticamente al cliente como «difícil».
Mirar el viaje completo, no una suma de contactos
Alex Rawson, Ewan Duncan y Conor Jones explican en The Truth About Customer Experience que optimizar puntos de contacto aislados puede ocultar un recorrido insatisfactorio. Cada conversación puede recibir una buena evaluación y, aun así, el proceso total exigir demasiados pasos. Un agente amable no compensa tres derivaciones; una aplicación atractiva no compensa una regla incomprensible.
Por eso conviene definir la unidad de análisis como el propósito del cliente: «recuperar el dinero», «cambiar la dirección» o «activar el servicio». Desde esa unidad se miden tiempo total, esfuerzo, número de contactos, repeticiones, incertidumbre y resolución. Las métricas internas siguen siendo útiles, pero deben conectarse con el resultado que la persona buscaba.
Esta perspectiva también protege al personal. Cuando aparecen patrones de llamadas agresivas en un mismo punto, la respuesta no puede limitarse a entrenar resiliencia. Hay que revisar qué promesas, esperas o límites concentran tensión allí. Cuidar a los trabajadores incluye eliminar fricciones previsibles y ofrecer protocolos firmes ante conductas abusivas.
Cómo revisar un proceso sin culpar
Una revisión productiva comienza con un caso real y una regla: describir antes de juzgar. Se reconstruye qué ocurrió, qué información estaba disponible para cada persona y qué restricciones condicionaron sus decisiones. El objetivo no es encontrar rápidamente un culpable, sino comprender por qué el sistema hizo probable ese resultado.
Después se invita a quienes atienden directamente. Ellos conocen atajos, preguntas recurrentes y reglas que generan conflicto. Escucharlos no equivale a convertir cada preferencia en política; significa tratar su experiencia como evidencia operativa. También conviene incorporar mensajes, abandonos y reclamos de clientes, anonimizados cuando corresponda.
El equipo identifica una mejora pequeña que reduzca esfuerzo sin abrir riesgos desproporcionados: eliminar un dato redundante, explicar un requisito antes, mantener el mismo responsable o dar una excepción con límites. Se prueba durante un periodo definido y se observan efectos sobre resolución, recurrencia, seguridad, equidad y carga de trabajo.
Finalmente se documenta el aprendizaje. Si el cambio funciona, se actualizan instrucciones, sistemas y métricas. Si crea un problema nuevo, se revierte y se conserva la evidencia. Diseñar servicios es aprender de interacciones reales, no defender el flujo que aparece en un manual.
La justicia del proceso también forma parte del servicio
Una respuesta puede ser técnicamente correcta y aun así sentirse injusta. Ocurre cuando no se explican razones, las reglas cambian según el canal o el esfuerzo exigido resulta desproporcionado frente al problema. La investigación de Tax, Brown y Chandrashekaran sobre experiencias de reclamo ayuda a recordar que procedimiento, trato y resultado se evalúan juntos.
Esto exige transparencia sin convertir al cliente en especialista. Una explicación útil dice qué puede hacerse, por qué existe un límite, qué evidencia se necesita, cuánto tardará y qué alternativa queda. No promete lo imposible ni oculta restricciones detrás de lenguaje burocrático. Cuando una decisión es negativa, la claridad reduce incertidumbre aunque no elimine decepción.
También exige consistencia con capacidad de excepción. Reglas iguales pueden producir resultados injustos cuando las circunstancias relevantes son distintas; excepciones sin criterios pueden generar favoritismo. La salida es definir márgenes, evidencia y responsables, y revisar patrones para saber quién recibe flexibilidad y quién queda sistemáticamente bloqueado.
Qué puede hacer un equipo esta semana
Primero, elija diez casos que requirieron múltiples contactos y reconstruya el recorrido completo. Segundo, cuente cuántas veces se pidió la misma información y cuántas transferencias no añadieron valor. Tercero, pregunte al personal qué regla provoca reclamos que ya puede anticipar. Cuarto, compare la promesa pública con el procedimiento interno. Quinto, elimine una fricción verificable y mida si disminuyen la recurrencia y el esfuerzo.
No hace falta esperar una transformación tecnológica. Muchas mejoras empiezan cambiando una frase, una responsabilidad o el orden de dos pasos. La tecnología ayuda cuando integra contexto y reduce carga; empeora el servicio cuando automatiza una regla confusa o añade otra puerta sin cerrar las anteriores.
Antes de llamar difícil al cliente
Hay clientes que cruzan límites y organizaciones que deben proteger a su gente. Pero «cliente difícil» no debería ser un diagnóstico que detenga la investigación. A menudo describe el final visible de una experiencia diseñada por múltiples decisiones invisibles.
La pregunta madura no es quién tuvo toda la culpa. Es qué parte del conflicto podía prevenirse, qué conducta requiere un límite y qué aprendizaje merece convertirse en cambio. Cuando una empresa observa el viaje completo, escucha a su primera línea y repara causas repetidas, deja de administrar fricciones como incidentes aislados. Empieza a diseñar un servicio más claro, justo y sostenible para clientes y trabajadores.
Referencias y lecturas
- Stickdorn, M., Hormess, M., Lawrence, A. y Schneider, J. (2018). This Is Service Design Doing. O’Reilly Media. ISBN 9781491927182. Registro bibliográfico en Open Library.
- Bitner, M. J., Ostrom, A. L. y Morgan, F. N. (2008). “Service Blueprinting: A Practical Technique for Service Innovation”. California Management Review, 50(3), 66–94. DOI: 10.2307/41166446. Metadatos Crossref.
- Tax, S. S., Brown, S. W. y Chandrashekaran, M. (1998). “Customer Evaluations of Service Complaint Experiences: Implications for Relationship Marketing”. Journal of Marketing, 62(2), 60–76. DOI: 10.1177/002224299806200205. Metadatos Crossref.
- Maxham, J. G. y Netemeyer, R. G. (2002). “A Longitudinal Study of Complaining Customers’ Evaluations of Multiple Service Failures and Recovery Efforts”. Journal of Marketing, 66(4), 57–71. DOI: 10.1509/jmkg.66.4.57.18512. Metadatos Crossref.
- Rawson, A., Duncan, E. y Jones, C. (2013). “The Truth About Customer Experience”. Harvard Business Review. Artículo en Harvard Business Review.
Pregunta para la comunidad: ¿qué conflicto frecuente con clientes desaparecería si su organización cambiara una regla, una transferencia o un requisito?
Este artículo fue elaborado por Ricardo Gaibor con ayuda de sistemas de inteligencia artificial en tareas de investigación, organización y edición. La selección, interpretación y responsabilidad editorial del contenido corresponden al autor.

Abre la conversación
Comparte una idea, una pregunta o una experiencia relacionada con el artículo. También puedes responder directamente a otros miembros.