El trabajo invisible de limpiar la automatización duplicada en los contact centers
La automatización se convirtió en la palabra de moda en los contact centers modernos. Empresas de todos los tamaños están apostando fuerte por plataformas de orquestación, esas soluciones que prometen conectar canales, sistemas e interacciones en una experiencia única y fluida para el cliente.
La idea es simple y seductora: no importa si el cliente empieza por el chatbot, por el IVR o habla directamente con un agente humano, el contexto acompaña todo el recorrido.
Bonito en el papel.
Pero lo que muchas empresas están descubriendo en la práctica es bien diferente. Cuando llega el momento de implementar la orquestación, se encuentran con un escenario que se fue formando silenciosamente a lo largo de años: capas y más capas de automatización apiladas, cada una resolviendo un problema puntual, cada una hablando un idioma diferente, y casi ninguna comunicándose con las otras.
El problema no es nuevo. Solo que la orquestación le puso una luz encima.
Y ahí viene el giro: la orquestación no crea ese caos, simplemente revela lo que ya estaba ahí. 👀
Antes de pensar en conectar sistemas, muchas organizaciones necesitan enfrentar una realidad más incómoda: que acumularon sistemas duplicados y desconectados que fragmentan la experiencia del cliente y hacen todo más difícil de operar.
Cómo los contact centers acumularon automatización superpuesta
Nadie se despierta un día y decide crear un ambiente caótico de automatización en su propia empresa. Ese escenario se forma poco a poco, casi siempre con buenas intenciones. Un equipo de atención necesita un chatbot para responder preguntas frecuentes, compra una solución rápida y la pone a andar. Algunos meses después, el equipo de marketing quiere automatizar el envío de mensajes post-compra, entonces entra otra herramienta. El sector de cobranzas tiene una demanda urgente, y ahí va otro sistema más. Cada área resuelve su problema inmediato, y nadie está mirando el panorama completo.
Oru Mohiuddin, directora de investigación de IDC, explica que es extremadamente común que las grandes empresas construyan ambientes de contact center mediante adopción incremental de tecnología, adquisiciones y expansión de canales. El resultado, según ella, es que IVRs, chatbots, flujos de RPA y asistentes de IA terminan manejando de forma independiente tipos similares de interacción.
Alex Levin, cofundador y CEO de Regal, complementa esa visión. Dice que, la mayoría de las veces, cuando cada sistema fue implementado, estaba resolviendo una cuestión crítica. Pero nadie planificó para que todos ellos eventualmente se superpusieran.
Aleks Bass, director de producto y tecnología de Typeform, va más allá y señala que el patrón refleja cómo las organizaciones están estructuradas internamente. Según Bass, las empresas construyen automatización de la misma forma en que están organizadas. Marketing agrega herramientas para generación de leads, ventas para follow-up, soporte agrega chatbots, operaciones agrega automatización de flujos de trabajo. Cada decisión aislada es razonable por sí sola.
El resultado, a lo largo de dos, tres, cinco años, es un ambiente donde existen múltiples herramientas haciendo cosas parecidas, almacenando datos en lugares diferentes y operando sin ninguna sincronía entre sí.
Reciba el mejor contenido sobre innovación en su correo electrónico.
Todas las noticias, consejos, tendencias y recursos que buscas, directamente en tu bandeja de entrada.
Al suscribirte al boletín informativo, aceptas recibir comunicaciones de Método Viral. Nos comprometemos a proteger y respetar siempre tu privacidad.
Cuando la orquestación expone los problemas escondidos
El punto más crítico en esta historia es que esos sistemas duplicados rara vez se identifican como un problema hasta que alguien intenta hacer algo mayor, como justamente implementar una plataforma de orquestación. Mientras cada sistema se queda en su cuadrado, la operación hasta funciona, aunque de forma ineficiente. Pero en el momento en que intentas poner una capa que conecta todo, las inconsistencias aparecen con toda la fuerza.
Datos de clientes que no coinciden entre sistemas, flujos de automatización que entran en conflicto entre sí, reglas de negocio duplicadas y muchas veces contradictorias. Es en ese momento cuando la empresa se da cuenta del tamaño del problema que estaba acumulando en silencio.
Los ambientes de automatización superpuestos frecuentemente generan decisiones de enrutamiento inconsistentes, recorridos fragmentados, interacciones repetidas, tickets duplicados y aumento en la complejidad operacional. Sistemas diferentes pueden resolver el mismo problema de formas distintas o dirigir a los clientes por caminos conflictivos.
Bass destaca que esos problemas surgen con frecuencia por la falta de contexto completo sobre el cliente. Cuando las herramientas se superponen sin compartir contexto, cada sistema inventa su propia versión del cliente, y esas versiones no coinciden entre sí.
Otro factor que contribuye bastante a esta acumulación es el cambio de proveedores a lo largo del tiempo. Cuando una empresa migra de una plataforma a otra, lo que debería ser una sustitución muchas veces se convierte en una adición. El sistema antiguo sigue funcionando en alguna parte de la operación porque tiene algún flujo que todavía no se migró, o porque alguien aún depende de un reporte específico que la herramienta nueva todavía no entrega. Entonces los dos conviven, a veces por meses, a veces por años. Multiplicado por varios cambios a lo largo del tiempo, el resultado es una pila de herramientas que nadie sabe exactamente qué hace, pero todo el mundo tiene miedo de apagar.
El impacto directo en la experiencia del cliente
Desde el punto de vista de quien está del lado de afuera, es decir, el cliente, ese enredo de sistemas se traduce en experiencias frustrantes que parecen inexplicables. La persona se pone en contacto por el chat, explica el problema con detalle, lo resuelve parcialmente y, cuando necesita hablar con un agente humano, tiene que repetir todo desde cero. O peor, recibe un mensaje automático con una información que contradice lo que el agente acaba de decir.
Este tipo de situación no ocurre por descuido o falta de capacitación. Ocurre porque los sistemas simplemente no comparten información entre sí, y la experiencia del cliente paga el precio por eso.
Levin afirma que los clientes rara vez distinguen entre sistemas individuales cuando algo sale mal. Según él, el mayor riesgo es una experiencia del cliente que parece completamente desconectada. Cita situaciones donde los clientes resuelven un problema por un canal y después reciben comunicaciones de seguimiento sobre el mismo problema provenientes de otro sistema. Para el cliente, la empresa simplemente parece desorganizada.
Bass usa una expresión bastante acertada para describir este fenómeno: el cliente termina siendo la capa de integración que la empresa nunca construyó. Es decir, es el propio cliente quien hace el trabajo de conectar la información entre los sistemas, repitiendo datos, explicando nuevamente lo que ya dijo y cargando el contexto manualmente de un canal a otro.
La fragmentación causada por sistemas duplicados y desconectados crea lo que podemos llamar recorridos rotos. El cliente inicia una interacción en un canal, y ese contexto queda atrapado en ese sistema específico. Cuando la conversación necesita continuar en otro canal, la integración no existe y el historial se pierde. Para el cliente, parece que la empresa simplemente no sabe quién es, aunque ya haya interactuado decenas de veces.
La erosión silenciosa de la confianza
Además de la frustración inmediata, existe un impacto a largo plazo que es aún más preocupante: la erosión de la confianza. Cuando un cliente percibe que cada contacto con la empresa parece un reinicio, empieza a cuestionar la capacidad de esa marca para realmente cuidar de él. La experiencia del cliente deja de ser algo puntual y se convierte en una percepción acumulada a lo largo de cada interacción.
Y si la mayoría de esas interacciones está marcada por repetición, contradicción y falta de contexto, la percepción que se forma es negativa, independientemente de cuánto invierta la empresa en capacitación de equipos o en campañas de relacionamiento. El problema está en la base tecnológica, y sin resolver eso, los demás esfuerzos tienen un efecto limitado.
El checklist antes de lanzarse a la orquestación
Los esfuerzos de orquestación exitosos generalmente comienzan con un análisis detallado de los recorridos existentes del cliente, y no con una revisión de las plataformas de tecnología. Esa inversión de prioridad es fundamental.
Bass recomienda empezar por el recorrido, no por el stack tecnológico. Sugiere mapear la experiencia completa del cliente, desde la adquisición y el onboarding hasta el soporte, retención y expansión. Las organizaciones deben identificar dónde se les pide a los clientes que proporcionen la misma información varias veces, dónde los flujos de trabajo se superponen y dónde el contexto desaparece entre sistemas.
El análisis de datos es igualmente importante. Las empresas deben examinar patrones de transferencia, puntos de escalamiento, contactos repetidos y situaciones donde múltiples sistemas están manejando la misma intención del cliente. Los empleados de primera línea pueden aportar información adicional sobre soluciones improvisadas e ineficiencias que pueden no ser visibles únicamente a través de herramientas de reportes.
Levin recomienda enfocarse en las interacciones que los clientes encuentran con mayor frecuencia. Según él, al rastrear esas interacciones de principio a fin, casi con certeza se encontrarán puntos donde múltiples sistemas están compitiendo por el mismo cliente al mismo tiempo. Este proceso frecuentemente revela redundancias y conflictos que estaban escondidos bajo años de implementaciones tecnológicas.
Por qué la integración sola no resuelve
Una respuesta común cuando las empresas identifican este caos es lanzarse a un proyecto de integración. La lógica parece razonable: si los sistemas no se comunican, vamos a crear puentes entre ellos. Y ahí empieza un nuevo ciclo de proyectos, muchas veces largos, costosos y complejos, para conectar herramientas que fueron construidas con arquitecturas completamente diferentes, en épocas diferentes, para propósitos diferentes.
A veces ese esfuerzo funciona parcialmente, pero rara vez elimina el problema de verdad, porque la raíz no está en la falta de conexión. Está en la existencia de sistemas redundantes que no deberían coexistir.
Integrar sistemas duplicados es como intentar organizar un cajón desordenado poniéndole cajitas adentro. A corto plazo parece que quedó más organizado, pero el volumen de cosas innecesarias sigue ahí, solo que ahora está escondido detrás de una estructura que da apariencia de orden. Cada nueva integración creada para conectar sistemas que hacen cosas parecidas agrega una capa más de complejidad a la operación, un punto de fallo más, una dependencia más que va a necesitar mantenimiento y actualización.
Bass es directo al señalar el error más común que observa: tratar la orquestación como una forma de gestionar la complejidad en lugar de reducirla. Poner otra capa encima de sistemas fragmentados solo esconde el desorden, no lo elimina.
Consolidar, retirar o modernizar los sistemas existentes
Una vez que las organizaciones identifican los flujos de trabajo superpuestos, el siguiente paso es determinar qué sistemas siguen entregando valor real.
Según Mohiuddin, las organizaciones deben evaluar sus activos de automatización con base en valor de negocio, desempeño, superposición funcional, capacidad de integración, requisitos de mantenimiento y escalabilidad a largo plazo. Destaca que algunas tecnologías pueden justificar modernización, mientras que otras pueden ser candidatas a consolidación o retiro.
Muchas organizaciones se sienten tentadas a preservar los sistemas existentes y confiar en la orquestación para coordinarlos. Pero hacer eso puede perpetuar exactamente la complejidad que la orquestación debería resolver.
Herramientas que usamos a diario
Lo que la orquestación moderna propone es diferente: antes de integrar, es necesario mapear, entender y, cuando sea necesario, consolidar. Esto significa tener la valentía de mirar los sistemas duplicados y tomar decisiones sobre lo que realmente necesita existir, lo que puede ser desactivado y lo que debe ser reemplazado por algo que nazca preparado para comunicarse dentro de una arquitectura unificada.
Este proceso es más trabajoso al inicio, pero es el único camino que lleva a una operación verdaderamente cohesiva, donde la experiencia del cliente es consistente de punta a punta, sin importar por dónde elija ponerse en contacto.
Lo que separa la orquestación exitosa de los intentos que fracasan
La tecnología sola no compensa flujos de trabajo fragmentados y datos de clientes desconectados. Las organizaciones exitosas comienzan racionalizando flujos de trabajo, eliminando duplicación, estableciendo capas de datos unificadas, centralizando decisiones de enrutamiento y alineando la automatización en torno a una intención compartida del cliente.
Estos esfuerzos mejoran tanto la experiencia del cliente como la experiencia de los empleados, mientras crean una base más sólida para la orquestación. Saltarse estas etapas frecuentemente preserva la fragmentación existente y solo agrega una capa más de complejidad al escenario.
Bass lo resume bien: la IA no crea una mejor experiencia por sí sola, expone la experiencia que ya tienes.
Antes de introducir nuevas capas de orquestación, las empresas necesitan primero entender el ambiente de automatización que ya poseen, identificar dónde los sistemas se superponen y determinar qué flujos de trabajo genuinamente contribuyen a los resultados deseados por el cliente.
Lo que cambia cuando la automatización se piensa de forma unificada
Cuando una empresa decide enfrentar el problema de raíz y construir una arquitectura de automatización pensada de forma unificada, las ganancias aparecen en varios niveles al mismo tiempo. La más visible es justamente en la experiencia del cliente: los recorridos pasan a tener continuidad real, el contexto viaja junto con la interacción, y el cliente deja de necesitar presentarse de nuevo en cada nuevo contacto. Esto reduce el esfuerzo del cliente, que es uno de los principales indicadores de satisfacción y lealtad en el mundo de los contact centers.
Del lado operacional, la simplificación también es significativa. Menos sistemas que mantener significa menos costo de licenciamiento, menos capacitación fragmentada para los equipos, menos puntos de fallo y menos retrabajo cuando algo necesita actualizarse. La orquestación funciona de verdad cuando tiene una base limpia para operar, donde cada herramienta tiene un rol claro y no existe redundancia innecesaria compitiendo por datos y flujos. En ese ambiente, es mucho más fácil medir lo que está funcionando, identificar cuellos de botella y hacer ajustes con precisión.
La transformación más profunda, sin embargo, es cultural. Cuando una empresa pasa por el proceso de mapear y consolidar su arquitectura de automatización, inevitablemente crea una visión más clara de cómo quiere atender a sus clientes en el futuro. Las decisiones sobre qué sistemas mantener, cuáles integrar y cuáles desactivar fuerzan conversaciones importantes entre áreas que antes operaban de forma aislada.
Y esas conversaciones, cuando se conducen bien, crean una alineación que va más allá de la tecnología y moldea cómo la organización entera piensa sobre la experiencia del cliente como un activo estratégico, y no solo como una métrica de soporte.
Como Bass resume de forma directa: las empresas más fuertes son aquellas dispuestas a simplificar. Menos traspasos, menos flujos de trabajo redundantes, un conjunto menor de sistemas conectados que funcionan excepcionalmente bien juntos. 🚀
