Durante años, la atención al cliente ha evolucionado en las empresas con una lógica bastante reconocible: ganar capacidad, abrir canales, automatizar interacciones para absorber demanda con el mayor nivel posible de eficiencia operativa. No era un planteamiento disparatado. De hecho, en muchos casos ha sido rentable, escalable y coherente con la presión constante por contener costes sin renunciar del todo a una experiencia razonable. El problema es que ese modelo, aunque funcional desde la perspectiva empresarial, no siempre se ha diseñado desde la necesidad real del cliente de obtener una solución clara, continua y eficaz, sino desde la necesidad interna de gestionar volumen sin que el servicio tuviera un coste excesivo.

Ahí es donde la Ley de Servicios de Atención a la Clientela introduce cambio radical de enfoque. No porque descubra problemas que el sector no conocía, sino porque convierte en exigencia formal lo que hasta ahora muchas veces era una aspiración, una promesa de marca o, en el mejor de los casos, un estándar interno de calidad. El cambio relevante no está solo en los requisitos concretos que incorpora, sino en el hecho de que desplaza el foco del diseño de la Atención: lo que antes podía justificarse como una decisión operativa discutible pasa ahora a medirse también como una obligación exigible.

Por eso sería un error interpretar esta ley como una simple suma de condiciones técnicas que deben activarse para evitar sanciones. Es verdad que hay elementos muy concretos y muy operativos: tiempos máximos de espera, límites al uso de sistemas automáticos, exigencias de atención humana en determinados supuestos, plazos de respuesta y obligaciones de trazabilidad. Todo eso existe y todo eso importa. Pero quedarse ahí es hacer una lectura demasiado pobre de lo que está ocurriendo. La ley no está corrigiendo únicamente desajustes puntuales del servicio. Está señalando, de manera bastante directa, que una parte del diseño actual de muchas operaciones de cliente ya no resulta aceptable ni desde la experiencia del usuario ni desde el marco regulatorio.

El error típico de muchas compañías será responder con una lógica de cumplimiento mínimo. Harán ajustes visibles, modificarán procedimientos, revisarán locuciones, documentarán mejor algunos flujos y tratarán de demostrar que los requisitos están contemplados. Y, sin embargo, eso puede no ser suficiente.

Porque si debajo de esos cambios sigue existiendo una operación fragmentada, con canales que no comparten contexto, automatizaciones diseñadas para contener en lugar de resolver, equipos organizados por silos y métricas que premian el cierre rápido antes que la resolución efectiva, el problema de fondo seguirá intacto. Solo estará mejor maquillado.

Uno de los puntos donde esta tensión se vuelve más evidente es en la estructura multicanal. Durante años, las organizaciones han entendido la madurez de su atención al cliente como la capacidad de estar presentes en más sitios: teléfono, correo electrónico, chat, redes sociales, WhatsApp, formularios, aplicaciones móviles y cualquier otro canal que el mercado fuera incorporando.

Sobre el papel, la imagen era potente: la empresa aparecía como accesible, moderna y disponible. En la práctica, sin embargo, esa expansión no siempre fue acompañada de una verdadera integración operativa. Y ahí es donde empezó a aparecer una de las grandes trampas del modelo: no se construyó una experiencia unificada, sino una suma de accesos independientes que muchas veces obligan al cliente a empezar de cero cada vez que cambia de canal.

Este punto es más serio de lo que parece. Cuando la información no circula bien, cuando cada canal opera con sus propias reglas, cuando los equipos trabajan sobre herramientas distintas y cuando nadie tiene una visión completa del recorrido del cliente, la organización puede seguir atendiendo contactos, pero empieza a tener muchas más dificultades para resolver casos. El cliente repite su historia, el contexto se pierde, las decisiones se fragmentan y la responsabilidad (quién es el responsable se solucionar el problema del cliente) se diluye. Cada persona atiende su trozo, pero nadie gobierna el problema completo.

La Ley SAC no formula esta crítica con lenguaje de modelo operativo, pero empuja claramente en esa dirección, porque no es posible garantizar continuidad, trazabilidad y resolución en plazo si la arquitectura no está unificada por dentro.

Algo parecido ocurre con la automatización. En cuanto se menciona una regulación que impone límites al uso de sistemas automáticos, aparece enseguida una lectura simplista: “la ley viene contra los bots”. Esa conclusión es cómoda, pero falsa. La ley no cuestiona la automatización como tal. Lo que cuestiona es el uso de la automatización como barrera de acceso, como mecanismo de contención o como filtro diseñado principalmente para evitar que el cliente llegue a una persona cuando realmente lo necesita. Por ello, lo que debemos revisar no es si automatizamos mucho o poco, sino para qué hemos automatizado.

Durante años, una parte importante de los diseños automáticos se ha construido con una obsesión muy concreta: reducir tráfico humano. Eso ha producido experiencias muy conocidas por cualquiera que haya intentado resolver una incidencia algo menos estándar de lo habitual. Menús interminables, opciones que no encajan con el motivo real de contacto, recorridos cerrados, asistentes que responden mucho y ayudan poco, y una sensación bastante clara de que hablar con alguien no es una vía natural del servicio, sino un privilegio que hay que ganarse tras superar varias pruebas.

Sin embargo, el problema no es que exista automatización. El problema es que, en demasiados casos, se ha diseñado para bloquear, no para resolver. La Ley SAC introduce un límite a esta lógica y obliga a replantear el papel de la automatización dentro del servicio. No se trata de eliminarla, sino de hacerla útil. No de usarla como muro, sino como herramienta real de resolución.

Estos cambios afectan de forma derivada al sistema de métricas con el que se gobiernan muchas operaciones. Durante años, algunos indicadores han ocupado una posición casi sagrada en la gestión del contact center. El tiempo medio de operación AHT, el nivel de servicio NDS o el coste por contacto han funcionado como referencias centrales para organizar prioridades, definir objetivos y evaluar desempeño. Y no es que sean métricas inútiles: el problema es que, cuando se convierten en el centro del modelo, acaban empujando comportamientos que pueden ser contradictorios con una atención orientada a la resolución real del cliente:

• Reducir segundos en una llamada no implica necesariamente haber resuelto mejor.
• Atender rápido un volumen alto de contactos no garantiza que el problema desaparezca.
• Bajar coste unitario puede ser una aparente buena noticia y, al mismo tiempo, un mal negocio si el sistema está generando recontactos, escalados innecesarios y desgaste adicional en la operación.

Esa falsa eficiencia ha sido uno de los grandes autoengaños del sector. Se ha optimizado muchas veces la interacción visible, pero no siempre el resultado global. Y cuando una normativa empieza a poner el foco en la resolución efectiva dentro de ciertos plazos, esa tensión se hace mucho más evidente. Ya no basta con parecer ágiles. Hay que ser eficaces de verdad.

Por eso esta ley empuja, aunque no lo diga así, hacia un cambio de enfoque bastante más serio: pasar de una lógica de gestión de interacciones a una lógica de gestión de casos.

Esta distinción no es cosmética. En un modelo centrado en interacciones, cada contacto se trata como una unidad independiente. Se abre, se atiende, se cierra y se pasa al siguiente. El sistema está pensado para mover volumen de forma ordenada. En un modelo orientado a casos, en cambio, el foco ya no está en el contacto aislado, sino en el problema completo del cliente, en su continuidad a través del tiempo y en su resolución final. El canal pasa a ser secundario. Lo importante no es por dónde entra la demanda, sino cómo se acompaña hasta que deja de existir como problema.

Ese desplazamiento tiene consecuencias operativas importantes:

• obliga a preguntarse quién es realmente responsable del caso,
• qué capacidad de decisión existe en primera línea,
• qué dependencias de backoffice son evitables,
• cómo se comparte la información entre áreas,
• qué tecnología soporta de verdad esa continuidad.

También obliga a revisar si la organización sigue premiando la velocidad de paso por encima de la calidad de la resolución. Y ahí muchas compañías pueden llevarse una sorpresa poco agradable: hay operaciones muy entrenadas para atender contactos, pero bastante menos preparadas para cerrar problemas. La diferencia, que durante años podía quedar tapada por el volumen o por la tolerancia del cliente, ahora pasa a ser requisito legal y, por tanto, exigible y sancionable.

Conviene insistir en algo que suele infravalorarse: la parte más difícil de adaptarse a la Ley SAC no será jurídica, sino organizativa. El verdadero reto no estará en interpretar un artículo concreto del texto legal, sino en comprobar si la estructura interna de la empresa puede sostener esas exigencias de forma consistente.

Porque cumplir de manera robusta requiere algo más que documentación, argumentarios o revisiones de procedimiento. Requiere procesos más simples, roles más claros, una mejor integración de la información, mayor autonomía en los equipos de atención y un sistema de gobierno que no premie conductas contraproducentes. En otras palabras, requiere tocar el modelo operativo, que siempre es bastante más incómodo que redactar una política nueva.

Aquí es donde muchas organizaciones se jugarán la diferencia entre cumplir y transformar. Las que opten por una aproximación defensiva intentarán llegar al mínimo exigible con los menores cambios posibles. Ajustarán tiempos, abrirán alguna vía directa, redefinirán algunas comunicaciones y confiarán en que con eso bastará. Quizá les funcione durante un tiempo, especialmente en escenarios de demanda estable o en casos relativamente sencillos. Pero ese enfoque suele tener dos límites bastante duros. El primero es su fragilidad: funciona mientras no aparezcan excepciones, picos de carga o incidencias que tensen la operación. El segundo es que no genera ninguna ventaja real. En el mejor de los casos, evita problemas regulatorios. No mejora sustancialmente ni la experiencia ni la eficiencia estructural.

Sin embargo, existe otra lectura posible, y seguramente más inteligente. La Ley SAC puede utilizarse como una palanca para abordar transformaciones que muchas compañías llevaban años posponiendo. No porque la ley las invente, sino porque ahora ya no resulta tan fácil seguir conviviendo con ellas. Cuando una organización rediseña de verdad su operación para resolver mejor, empiezan a pasar cosas bastante interesantes: se reducen contactos repetidos, se acortan ciclos de gestión, disminuye la presión sobre determinados equipos, mejora la productividad real y baja esa demanda autogenerada que aparece cuando los problemas no se cierran bien a la primera. Es decir, lo que en un primer momento puede parecer una obligación regulatoria costosa puede terminar corrigiendo una parte relevante de la ineficiencia oculta del modelo anterior.

Por eso tiene poco sentido abordar la adaptación a la ley como un proyecto aislado, encerrado en una carpeta de cumplimiento y gestionado al margen del resto de decisiones del negocio. El enfoque más sólido pasa por empezar con una mirada bastante menos formalista y bastante más operativa: entender dónde se generan hoy los recontactos, qué tipologías no se resuelven en primera línea, qué puntos del recorrido del cliente generan más fricción, qué automatizaciones están bien diseñadas y cuáles actúan como embudo, cómo fluye la información entre canales y qué indicadores siguen premiando comportamientos de corto plazo que perjudican el resultado final. Sin ese diagnóstico, cualquier adaptación corre el riesgo de quedarse en intervención superficial.

A partir de ahí, el trabajo relevante ya no consiste en “implantar la ley”, sino en rediseñar el servicio con una lógica de resolución. Eso obliga a simplificar procesos, integrar de verdad los canales, reforzar la gestión del conocimiento, dotar de mayor capacidad a los equipos de atención, revisar las dependencias con áreas expertas y elegir tecnología que acompañe el modelo en lugar de deformarlo. Porque ese es otro error clásico: pensar que la herramienta arreglará lo que en realidad está mal planteado desde el diseño. No. La tecnología puede acelerar un modelo sensato o amplificar uno torpe. Y en atención al cliente, cuando amplificas un mal diseño, lo único que consigues es escalar el problema con más rapidez.

En el fondo, la Ley de Servicios de Atención a la Clientela está haciendo visible algo que ya llevaba tiempo ocurriendo: la tolerancia del cliente hacia modelos de atención ineficientes se ha reducido de manera drástica. Lo que durante años se soportó con resignación ahora se cuestiona abiertamente. La diferencia es que esa impaciencia del cliente ya no es solo reputacional o comercial. Ahora tiene respaldo regulatorio. Y eso obliga a las empresas a dejar de pensar la atención al cliente como un perímetro táctico y empezar a tratarla como una pieza central de su modelo operativo.

Esa es la razón por la que esta ley importa tanto, incluso para organizaciones que crean estar razonablemente preparadas. Porque no pone en cuestión únicamente si atiendes rápido, si ofreces muchos canales o si tienes automatizaciones modernas. Lo que pone en cuestión es si tu operación está diseñada para resolver de forma consistente, trazable y sostenible.

Las empresas que la afronten como un trámite probablemente llegarán justas. Las que entiendan que detrás de la norma hay una exigencia de rediseño quizá descubran algo relevante: que no tenían solo un reto de cumplimiento. Tenían, desde hace tiempo, un problema de modelo.

En ON Soluciones hemos desarrollado una herramienta de Autodiagnóstico de la Ley SAC que te puede ayudar a saber donde estás y dónde están los riesgos. Puedes ampliar información y acceder a ella pulsando aquí.