Gerenciando programas de CX multifuncionais

Numa reunião de governança de CX que já vi se repetir em bancos, varejistas e operadoras de telecom, o roteiro é sempre o mesmo: o time de CX apresenta o mapa da jornada, todos concordam que o atendimento está fragmentado entre canais, e então alguém do time de operações diz a frase que mata o projeto: "isso não está no meu orçamento deste trimestre." Ninguém discordou da estratégia. Ninguém questionou os dados. O programa simplesmente não tinha autoridade para obrigar ninguém a agir.

É esse o ponto cego da maioria dos programas de CX multifuncionais: eles são desenhados como exercícios de alinhamento, não como estruturas de decisão. Um programa de CX cross-funcional só funciona quando existe um mecanismo formal que decide, com poder real, o que acontece quando as prioridades de duas áreas colidem — e quando o financiamento da experiência está amarrado a metas que ninguém pode reivindicar isoladamente. Sem isso, o programa vira uma série de reuniões bem-intencionadas que produzem consenso, mas não produzem mudança.

Por que os programas de CX multifuncionais travam depois do piloto?

Porque o piloto funciona dentro dos limites de autoridade de uma única área — e a escala exige atravessar os limites de várias. Um piloto de atendimento digital, por exemplo, pode ser aprovado e financiado pelo diretor de canais digitais. Escalá-lo para toda a jornada significa tocar em call center, back office, produto, jurídico e marketing — cada um com seu próprio orçamento, seu próprio indicador de sucesso e, muitas vezes, sua própria definição do que "bom atendimento" significa.

Já escrevi sobre esse fenômeno específico ao analisar por que projetos de CX raramente sobrevivem à passagem de uma equipe para a organização inteira — veja a análise completa sobre como evitar a armadilha do piloto. O padrão que se repete é simples: o piloto tem um dono claro e recursos dedicados; a escala não tem nenhum dos dois. E quando a governança para essa transição não foi desenhada com antecedência, o programa não morre de uma vez — ele murcha, reunião após reunião, até que alguém decide silenciosamente que "CX é prioridade estratégica" mas nunca mais aparece na pauta de investimento.

O que é, na prática, governança de CX?

Governança de CX é o conjunto de regras que define quem decide o quê, com que autoridade, e o que acontece quando duas áreas querem coisas incompatíveis para o mesmo ponto de contato do cliente. Não é um comitê. Não é um relatório mensal. É uma estrutura de decisão com dentes — capaz de realocar orçamento, travar um lançamento de produto que degrada a experiência, ou forçar uma área a mudar um processo que ela preferiria manter como está.

Isso normalmente envolve três camadas que raramente aparecem juntas no mesmo desenho organizacional:

• Autoridade estratégica — um patrocinador executivo com poder de veto sobre decisões que afetam a jornada ponta a ponta, não apenas um card no relatório de KPIs.
• Arbitragem tática — um fórum recorrente, com participantes fixos de cada função relevante, mandatado a resolver conflitos de priorização em semanas, não em trimestres.
• Execução operacional — donos de touchpoint específicos, responsáveis por implementar as mudanças acordadas dentro do prazo definido, com métricas de entrega, não apenas de intenção.

Sem essas três camadas desenhadas explicitamente — e sem que a organização entenda como elas se conectam — a chamada "governança de CX" se resume a slides bonitos sobre estrutura de governança de CX que nunca chegam a decidir nada.

Como desenhar um modelo operacional que sobrevive ao primeiro conflito de prioridades?

A maioria dos modelos operacionais de CX é desenhada para o cenário de paz — quando todo mundo concorda. O teste real é o que acontece na primeira briga de orçamento. Um modelo bem desenhado antecipa esse momento em vez de improvisá-lo. Na prática, isso significa seguir uma sequência de construção deliberada:

1. Mapeie os pontos de decisão reais, não o organograma. Pergunte, para cada etapa crítica da jornada: quem tem autoridade formal para mudar isso hoje? Frequentemente a resposta revela que nenhuma área individual tem — e é aí que o programa precisa criar autoridade nova, não apenas coordenar a existente.
2. Defina donos por camada, com mandato escrito. O patrocinador executivo, o fórum de arbitragem e os donos operacionais precisam ter seus poderes e limites documentados — inclusive o que acontece se uma área simplesmente ignorar uma decisão do fórum.
3. Instale um fórum de arbitragem com cadência fixa e critérios objetivos. Reuniões mensais que só discutem status não resolvem conflito. O fórum precisa de uma regra de decisão pré-acordada — por exemplo, priorizar sempre o impacto sobre o momento da jornada com maior peso na experiência, não sobre quem grita mais alto.
4. Amarre o financiamento a metas de experiência compartilhadas, não a metas por departamento. Se o orçamento de melhoria continua sendo aprovado função por função, cada área otimiza sua própria fatia e ignora a jornada como um todo.
5. Publique um placar único, visível a todas as áreas envolvidas. Um indicador de experiência que todos veem — e que todos sabem que afeta a avaliação de todos — muda o comportamento mais rápido do que qualquer discurso sobre cultura centrada no cliente.

Esse desenho de decisão é o que separa um roteiro de transformação de um cronograma otimista. É também exatamente o terreno que exploramos com clientes ao construir roteiros de implementação de CX — porque um roteiro sem governança associada é apenas uma lista de desejos com datas.

Quem deveria ser o "dono" da experiência quando nenhuma área tem autoridade formal sobre a jornada?

Ninguém deveria tentar ser o dono único — e é aí que muitos escritórios de programa de CX erram ao se posicionarem como proprietários da jornada em vez de árbitros dela. A função do escritório de CX não é comandar operações, produto e atendimento. É garantir que, quando esses times discordam sobre o que fazer com um ponto de fricção específico, existe um processo justo, rápido e vinculante para resolver isso — e que a decisão seja implementada de fato.

Isso exige uma estratégia clara de escalonamento: em que nível um conflito é resolvido, quem entra na sala quando não é, e quanto tempo uma decisão pode ficar pendente antes de subir automaticamente. Programas que não formalizam isso acabam com conflitos que se arrastam por meses, porque ninguém quer ser o vilão que força a mão de outra diretoria. Formalizar a estratégia de escalonamento retira a decisão do terreno político e a coloca no terreno processual — o que, na prática, protege até quem está pedindo a mudança.

Como alinhar incentivos entre áreas que competem pelo mesmo orçamento?

A resistência mais comum a programas de CX cross-funcionais não vem de discordância sobre a estratégia. Vem de uma reação comportamental bem documentada: as pessoas valorizam mais aquilo que já possuem do que aquilo que poderiam ganhar em troca. É o efeito posse, descrito por Daniel Kahneman, Jack Knetsch e Richard Thaler em seu estudo experimental de 1990, "Experimental Tests of the Endowment Effect and the Coase Theorem", publicado no Journal of Political Economy — no qual participantes exigiam, em média, o dobro do valor para desistir de um objeto que já possuíam em comparação ao que estariam dispostos a pagar para adquiri-lo.

Aplicado a programas de CX, o mecanismo é o mesmo: uma área que já opera um processo, um sistema ou um script de atendimento o vê como propriedade sua, mesmo quando o processo prejudica o cliente. Pedir para "melhorar a experiência" muitas vezes significa, na prática, pedir para essa área abrir mão de algo que ela considera seu — e isso é sentido como perda, não como ganho, mesmo quando a mudança é objetivamente melhor.

Três ajustes reduzem essa fricção sem depender de boa vontade:

• Coautoria das soluções. Times que ajudam a desenhar a mudança resistem menos a ela do que times que apenas a recebem — porque a solução passa a ser parcialmente deles, não uma imposição externa.
• Enquadrar a mudança como ganho compartilhado, não como correção de erro. "Vamos capturar esse valor juntos" gera menos defensividade do que "seu processo está quebrado".
• Compensar a perda percebida com reconhecimento visível. Se uma área cede controle sobre um processo, ela precisa ganhar visibilidade em outro lugar — no placar único, na narrativa de resultado, na atribuição de mérito.

Esse tipo de realinhamento raramente acontece por acaso; ele é desenhado. É o núcleo do trabalho que fazemos em gestão de mudança — reconhecer que a resistência organizacional tem uma lógica comportamental própria, e desenhar em torno dela em vez de simplesmente pedir cooperação.

Que fricções comportamentais sabotam a adoção cross-funcional mesmo quando todos concordam?

Existe um tipo específico de fricção que mata programas de CX que já venceram a batalha do alinhamento estratégico: a sludge. O termo foi cunhado por Richard Thaler no artigo "Nudge, Not Sludge", publicado na revista Science em 2018, para descrever a fricção administrativa desnecessária que dificulta uma ação que todos já querem tomar — formulários redundantes, aprovações em cascata, sistemas que não conversam entre si.

Num programa cross-funcional, sludge aparece assim: a equipe de produto aceita a mudança no fluxo, mas o processo de aprovação de mudança de sistema exige três comitês e seis semanas. O gerente operacional concorda com o novo roteiro de atendimento, mas o treinamento das equipes está preso a um calendário trimestral fixo que não pode ser antecipado. Ninguém está sabotando o programa deliberadamente — a organização simplesmente tem mais fricção interna do que a mudança consegue vencer.

Um programa de CX não morre de discordância estratégica. Morre de fricção operacional que ninguém tinha autoridade para remover.

Combater isso exige tratar a fricção interna com o mesmo rigor que se trata a fricção do cliente: mapeando-a, medindo-a e atribuindo a alguém a responsabilidade explícita de eliminá-la. Vale também usar o gradiente de meta — a tendência humana de acelerar o esforço quanto mais perto se está do objetivo — dividindo a implementação em marcos visíveis e curtos em vez de um único "go-live" distante, o que mantém o engajamento das equipes ao longo de programas que, na realidade, levam trimestres para maturar.

Como medir se o programa de CX está funcionando entre as áreas — e não apenas dentro de cada uma?

A armadilha mais silenciosa da governança cross-funcional é medir sucesso por função em vez de por jornada. Se cada área reporta seu próprio indicador — tempo médio de atendimento no call center, taxa de conversão no digital, prazo de entrega na logística — é perfeitamente possível que todas as métricas melhorem e a experiência do cliente continue ruim, porque nenhuma delas captura o que acontece nas transições entre áreas, que é exatamente onde a maior parte da fricção do cliente se concentra.

Um estudo de referência da Bain & Company, publicado em 2005 sob o título "Closing the Delivery Gap", mostrou que 80% das empresas pesquisadas acreditavam entregar uma experiência superior, enquanto apenas 8% de seus clientes concordavam com essa avaliação. A causa dessa distância raramente é falta de esforço setorial — é a ausência de uma métrica que atravesse os silos e reflita a experiência de ponta a ponta, e não o desempenho isolado de cada função.

Isso é reforçado por análises de colaboração interna: no artigo "Cross-Silo Leadership", publicado pela Harvard Business Review em 2018, os autores Rob Cross, Chris Ernst e Wilfred Pasmore argumentam que a colaboração entre áreas depende menos de estrutura organizacional e mais de redes informais de influência sustentadas por lideranças específicas — o que reforça por que a governança formal de CX precisa nomear pessoas com influência real, não apenas cargos com títulos adequados.

Na prática, o placar cross-funcional precisa combinar indicadores de percepção do cliente (como NPS ou CES no nível da jornada, não do canal) com indicadores de fricção interna (tempo de resolução de conflitos entre áreas, percentual de iniciativas de melhoria implementadas dentro do prazo acordado). Para times que ainda não têm esse case construído, vale começar quantificando o retorno esperado da experiência antes de pedir orçamento — a calculadora de ROI de CX ajuda a traduzir melhorias de jornada em impacto financeiro que qualquer diretoria entende, mesmo que não fale a língua de CX.

Mapear a jornada de ponta a ponta como um blueprint de serviço — não apenas como um mapa de emoções do cliente — também ajuda a tornar visíveis os pontos de transição entre áreas onde a responsabilidade se perde. O conceito de service blueprint, popularizado pela Nielsen Norman Group, é útil exatamente porque força cada função a ver seu papel dentro do fluxo do cliente, e não isoladamente.

O que muda quando a governança finalmente funciona?

Quando um programa de CX cross-funcional atinge esse ponto — decisão clara, financiamento compartilhado, fricção interna mapeada e removida —, a conversa nas reuniões muda de tom. Deixa de ser "quem vai pagar por isso" e passa a ser "qual é o próximo touchpoint que vale a pena atacar". Esse é o sinal real de maturidade: não a ausência de conflito, mas a existência de um mecanismo confiável para resolvê-lo rápido.

Já vi essa mesma dinâmica se repetir em contextos completamente diferentes — de bancos regionais a operadoras de hospitalidade — e o padrão que se sustenta é sempre o mesmo: quem trata governança como burocracia perde o programa; quem trata governança como o produto do escritório de CX, e não apenas um meio para ele, é quem consegue escalar. Se sua organização já discutiu esse tema em outro idioma ou mercado, vale conferir também nossa análise sobre gestão de programas de CX multifuncionais para comparar como diferentes contextos organizacionais lidam com o mesmo problema estrutural.

No fim, o que separa uma iniciativa de CX que dura seis meses de uma que muda a economia de uma empresa não é a qualidade do mapa da jornada. É se alguém, na primeira vez em que duas diretorias discordaram sobre o que fazer, sabia exatamente quem decidiria — e decidiu a favor do cliente.

Se sua organização ainda resolve esses conflitos reunião por reunião, sem uma estrutura formal por trás, talvez o problema nunca tenha sido a estratégia de CX — pode ser a ausência de um programa de CX desenhado para operar entre funções, com governança e autoridade reais. É esse o trabalho que vale a pena começar antes do próximo piloto, não depois.