Programas de CX transfuncionales: por qué fallan sin gobierno real

En la sala hay ocho directores, cada uno con una versión distinta de "qué es prioritario" y ninguno con autoridad para decidir cuál gana. El programa de CX tiene patrocinador, tiene tablero de mando, tiene hasta un eslogan en la pantalla. Lo único que no tiene es un dueño real de la decisión cuando Operaciones y Marketing chocan sobre qué corregir primero. Ese es el patrón que he visto repetirse en bancos, aseguradoras y cadenas de retail de toda la región: el programa transfuncional no fracasa por falta de alineación discursiva, sino por exceso de comités y ausencia de gobierno.

La tesis es simple y, por experiencia, incómoda de aceptar para muchos comités directivos: un programa de CX transfuncional no necesita más reuniones de alineación, necesita una persona o un órgano con derecho formal a decidir y con presupuesto propio para hacerlo cumplir. Sin eso, cada función optimiza su propio indicador, el cliente sigue viviendo la fragmentación entre departamentos y el programa se convierte en un ejercicio de relaciones públicas internas disfrazado de transformación.

¿Por qué fracasan los programas de CX transfuncionales?

Fracasan porque diluyen la responsabilidad hasta que nadie la sostiene. Cuando una decisión sobre el recorrido del cliente depende de cinco funciones que deben "alinearse", en la práctica nadie se siente propietario del resultado final. Es el mismo mecanismo que los psicólogos sociales documentaron hace décadas bajo el nombre de difusión de la responsabilidad: cuantas más personas comparten una tarea, menor es la sensación individual de rendir cuentas por ella. En un comité de CX de doce personas, ese efecto no es una curiosidad académica, es la razón por la que la iniciativa aprobada en enero sigue "en revisión" en octubre.

El segundo motivo es más prosaico: los presupuestos siguen viviendo dentro de las funciones, no dentro del recorrido. Marketing paga por adquisición, Operaciones paga por eficiencia, Tecnología paga por estabilidad de sistemas. El cliente atraviesa las tres, pero ningún presupuesto está diseñado para arreglar el punto de fricción que ocurre en la frontera entre ellas. El resultado es previsible: los problemas que viven en las costuras —el traspaso entre canal digital y sucursal, la reconciliación entre lo que promete ventas y lo que entrega servicio al cliente— nunca encuentran presupuesto propio, porque técnicamente no son responsabilidad de nadie en particular.

¿Qué es exactamente un programa de CX transfuncional?

Un programa de CX transfuncional es la estructura formal —gobierno, mandato, presupuesto y cadencia de decisión— que coordina a las funciones que tocan un mismo recorrido de cliente para que actúen como un solo sistema en lugar de como departamentos independientes que comparten un logotipo. No es un comité consultivo ni un grupo de trabajo temporal: es una capa de gestión con autoridad real sobre priorización, secuencia de inversión y estándares de experiencia, que convive con la estructura funcional sin sustituirla.

La confusión más común es tratarlo como una iniciativa de proyecto con fecha de cierre. Un proyecto de CX mejora un recorrido puntual —la apertura de cuenta, el proceso de reclamos— y termina cuando se despliega. Un programa transfuncional es permanente, porque su trabajo no es arreglar un recorrido: es gobernar la manera en que la organización decide, mide y financia la experiencia de forma continua. Esa distinción entre proyecto y programa es la primera conversación que resuelvo con cualquier cliente antes de diseñar el modelo operativo, porque determina si estamos construyendo una oficina de transformación de CX o simplemente ejecutando un backlog de mejoras con buenas intenciones.

¿Quién debe tener la autoridad real de decisión?

La autoridad debe recaer en una figura o comité pequeño con tres condiciones no negociables: acceso directo al comité ejecutivo, presupuesto propio para financiar iniciativas transversales sin pedir permiso función por función, y el derecho explícito de resolver empates entre directores de línea. Sin esas tres cosas, el título de "Chief Experience Officer" o "Director de Transformación de CX" es decorativo.

El error más frecuente que corrijo en diagnósticos de gobernanza es el uso de una matriz RACI como sustituto de la autoridad real. Una matriz que dice que Operaciones es "responsable" y Marketing es "consultado" no resuelve nada cuando ambos reportan a comités distintos y ninguno responde ante el otro. La matriz describe el flujo de trabajo, no el flujo de poder. El diseño correcto separa ambas capas: un modelo operativo que define quién ejecuta qué, y un órgano de gobierno que define quién decide cuándo hay conflicto. Renascence trabaja este segundo nivel de forma explícita en los mandatos de gobernanza de CX que diseñamos con clientes en banca, retail y sector público: sin ese nivel de decisión formal, cualquier hoja de ruta de mejora se queda varada en el primer desacuerdo entre directores.

¿Cómo se diseña un modelo de gobernanza que funcione en la práctica?

El modelo se construye de afuera hacia adentro: primero el recorrido del cliente, después la estructura que lo sostiene. Este es el orden que sigo cuando diseño el operating model de un programa transfuncional:

1. Mapear los recorridos que cruzan más de dos funciones. No todos los procesos necesitan gobierno transfuncional; solo aquellos donde el cliente experimenta el traspaso entre equipos como una sola interacción. Un buen punto de partida es el service blueprint, la técnica que Nielsen Norman Group documentó en 2017 para hacer visibles los procesos de backstage que el cliente nunca ve pero siempre siente.
2. Definir el órgano de decisión y su mandato por escrito. No basta con nombrar un comité; hay que documentar qué tipo de decisiones puede tomar sin escalar, cuáles requieren aprobación del comité ejecutivo y con qué frecuencia se reúne para resolver, no para informar.
3. Asignar presupuesto transversal, no prestado. Un fondo específico para iniciativas de recorrido, separado de los presupuestos funcionales, evita que cada mejora dependa de la buena voluntad de un director que tiene sus propias métricas que cumplir.
4. Establecer una cadencia de revisión ligada a datos operativos, no a percepciones. Revisiones mensuales de indicadores de recorrido, no trimestrales de satisfacción general, porque la fricción se acumula en semanas, no en trimestres.
5. Nombrar dueños de recorrido, no solo dueños de touchpoint. Cada recorrido crítico necesita una persona que responda por el resultado de punta a punta, aunque no gestione directamente cada equipo involucrado.
6. Construir la hoja de ruta de implementación con hitos y responsables visibles para toda la organización. La transparencia sobre quién debe entregar qué es, por sí sola, un mecanismo de presión social más eficaz que cualquier discurso ejecutivo.

Ese sexto paso es el que convierte la intención en ejecución. Trabajamos ese tránsito de diagnóstico a entrega concreta a través de hojas de ruta de implementación de CX que asignan fechas y propietarios reales, no aspiraciones compartidas.

¿Qué papel juega la aversión a la pérdida en la resistencia entre funciones?

La resistencia que un programa transfuncional encuentra no es, casi nunca, desacuerdo técnico. Es aversión a la pérdida, el sesgo que Daniel Kahneman y Amos Tversky describieron en su teoría prospectiva de 1979 publicada en Econometrica, según la cual el dolor de perder algo pesa aproximadamente el doble que el placer equivalente de ganarlo. Cuando un programa de CX propone rediseñar el proceso de aprobación de crédito o de escalamiento de reclamos, un director de Operaciones no está evaluando si el nuevo proceso es mejor para el cliente: está calculando cuánto control pierde sobre su propio equipo, su propio presupuesto y su propio indicador de desempeño.

Ese cálculo casi nunca se dice en voz alta. Se disfraza de objeción técnica ("el sistema no lo soporta"), de preocupación por riesgo ("necesitamos más pruebas") o de prioridad en competencia ("ahora no es el momento"). Ignorar el mecanismo detrás de la objeción es el error de quienes gestionan cambio como si fuera solo un problema de comunicación. La forma correcta de neutralizarlo no es insistir con más datos —la aversión a la pérdida no se resuelve con lógica adicional— sino rediseñar el marco de la decisión para que la función que cede control gane algo visible a cambio: un nuevo indicador que la haga quedar bien ante el comité ejecutivo, una reducción de carga operativa, o participación directa en el diseño de la solución en lugar de recibirla ya terminada. Esa es, en esencia, la disciplina que aplicamos en los mandatos de gestión del cambio: tratar la resistencia funcional como un problema de incentivos y percepción de pérdida, no como un problema de voluntad.

¿Cómo se mide el progreso sin caer en la guerra de métricas entre departamentos?

Se mide fijando un único conjunto de indicadores de recorrido que todas las funciones comparten, en lugar de dejar que cada una reporte la métrica que más le conviene. La guerra de métricas ocurre porque Marketing mide conversión, Operaciones mide tiempo de ciclo y Servicio al Cliente mide NPS transaccional, y las tres pueden mostrarse "en verde" mientras el cliente vive una experiencia rota entre las tres. McKinsey & Company documentó exactamente este fenómeno en su artículo de 2014 "The three Cs of customer satisfaction: Consistency, consistency, consistency", publicado en McKinsey Quarterly: la satisfacción del cliente depende menos de acertar en un touchpoint aislado y más de la consistencia de la experiencia a lo largo de todo el recorrido, algo que ninguna métrica funcional aislada puede capturar.

La disciplina práctica es distinguir entre datos operativos (O-data) —lo que los sistemas registran sobre tiempos, volúmenes y cumplimiento de SLA— y datos de experiencia (X-data) —lo que el cliente realmente siente y reporta. Cuando ambos conjuntos de datos se contradicen, casi siempre es la señal más valiosa que el programa puede recibir, no un error de medición que haya que reconciliar hasta que desaparezca. Este desacuerdo entre lo que los sistemas dicen y lo que el cliente siente es justamente el terreno que exploramos con más detalle en este análisis sobre por qué el NPS y los SLA no coinciden. Un programa transfuncional maduro no intenta forzar consenso entre ambos tipos de dato: los presenta juntos ante el órgano de gobierno y deja que la decisión se tome con la imagen completa.

Antes de rediseñar el sistema de indicadores, vale la pena diagnosticar en qué nivel de madurez está realmente la organización. Muchos comités asumen que ya tienen gobierno de datos transversal cuando en realidad siguen operando en silos que solo comparten un dashboard de apariencia. La evaluación de madurez de CX de Renascence permite ubicar ese punto de partida antes de prometer una cadencia de métricas que la organización todavía no puede sostener.

¿Qué errores matan un programa de CX transfuncional en los primeros noventa días?

Los primeros noventa días son donde se decide la credibilidad del programa para los siguientes tres años, no solo su arranque operativo. Los errores que he visto hundir programas bien financiados y bien intencionados son casi siempre los mismos:

• Lanzar sin resolver la disputa de presupuesto. Si el programa depende de que cada función "preste" recursos voluntariamente, la primera vez que haya presión de resultados trimestrales esos recursos volverán a su función de origen.
• Confundir un kickoff con gobierno. Una reunión de lanzamiento con energía y buenas presentaciones no sustituye un mandato escrito sobre quién decide qué cuando hay desacuerdo.
• Elegir métricas de vanidad en vez de métricas de recorrido. Reportar un NPS general al comité ejecutivo sin desagregarlo por punto de fricción esconde exactamente los problemas que el programa debería resolver.
• Ignorar la voz del empleado de primera línea. Quien atiende al cliente todos los días conoce la fricción real antes que cualquier encuesta trimestral la detecte; excluirlo del diseño garantiza soluciones que se ven bien en la presentación y fallan en el mostrador.
• Tratar el cambio de comportamiento como un evento de capacitación único. Un webinar de lanzamiento no cambia hábitos arraigados en procesos que llevan años funcionando así; el cambio de comportamiento organizacional requiere refuerzo sostenido, no un anuncio.
• No nombrar un responsable de la voz del cliente con acceso directo al órgano de gobierno. Si la evidencia del cliente llega filtrada por cada función antes de alcanzar al comité de decisión, cada función tiene la oportunidad de editar la evidencia que la incomoda.

Ese último punto merece atención especial. La manera de blindar la evidencia del cliente frente a la política interna es construir una estrategia de voz del cliente que reporte directamente al órgano de gobierno del programa, no a cada función por separado. Cuando la evidencia pasa primero por el filtro de la función que quedaría mal parada, deja de ser evidencia y se convierte en relaciones públicas internas.

¿Qué diferencia a un programa que funciona de uno que solo parece funcionar?

La diferencia no está en el organigrama ni en el nombre del comité, está en si alguien pierde algo cuando el programa no entrega. En los programas que realmente funcionan, hay una persona cuyo bono, reputación o continuidad en el cargo depende directamente de que la experiencia mejore de punta a punta. En los que solo parecen funcionar, todos participan, nadie pierde nada, y el programa sobrevive exactamente hasta la primera reorganización.

Esa es, en el fondo, la prueba de fuego que aplico cuando un cliente me pide validar su modelo de gobernanza de CX: quítenle el patrocinador ejecutivo actual y pregúntense si la estructura sigue teniendo autoridad para decidir. Si la respuesta depende de una sola relación personal en lugar de un mandato formal, no tienen un programa: tienen una persona con buenas intenciones y un título largo. Construir la diferencia —autoridad escrita, presupuesto propio, métricas compartidas y un dueño que responde por el resultado— es trabajo de meses, no de una reunión de kickoff, pero es el único camino que convierte la coordinación en gobierno real.

Si está evaluando por dónde empezar a formalizar la gobernanza de su programa, puede apoyarse en una evaluación de CX que ponga números sobre el punto de partida antes de rediseñar la estructura, o revisar cómo Renascence ha ayudado a otras organizaciones a resolver este mismo problema en sus casos de estudio.