O cliente não compra seu organograma.

O cliente não compra Marketing, Vendas, Produto, Operações, Financeiro e Customer Success em parcelas separadas.

Ele compra uma promessa inteira.

Para a empresa, cada etapa pode ter um gestor, um sistema, uma fila, uma meta e uma reunião diferente. Para quem está do outro lado, continua sendo a mesma relação.

É por isso que um organograma perfeitamente racional pode produzir uma experiência irracional.

Departamentos existem por bons motivos. Eles concentram conhecimento, criam carreira, distribuem responsabilidade e ajudam a coordenar pessoas. O problema começa quando uma estrutura criada para organizar a empresa passa a definir a forma como o cliente precisa navegar por ela.

A partir daí, o cliente começa a pagar um imposto que nunca escolheu: explicar novamente o contexto, esperar uma transferência, descobrir que uma promessa comercial não chegou à operação, abrir outro chamado, falar com outra pessoa, reenviar um documento, aguardar aprovação de uma área que ele nem sabia que existia.

Eu chamo isso de imposto de handoff.

Ele é cobrado sempre que a fronteira interna vira trabalho adicional para o cliente.

O organograma resolve um problema interno

Estruturas funcionais são eficientes porque agrupam especialidades.

Marketing conhece mercado e demanda. Vendas conduz negociação. Produto decide o que construir. Operações entrega. Financeiro controla cobrança. Suporte resolve incidentes. Customer Success acompanha valor e retenção.

A lógica faz sentido de dentro para fora.

Só que o cliente vive a empresa de fora para dentro.

A pesquisa sobre customer journey é útil justamente porque muda a unidade de análise. Lemon e Verhoef descrevem a experiência do cliente como algo construído ao longo de múltiplos touchpoints, canais e fases, exigindo integração entre funções e até parceiros externos. [1]

A consequência é simples: eficiência funcional e qualidade da jornada não são sinônimos.

Uma equipe de suporte pode ter ótimo tempo médio de atendimento e ainda participar de uma jornada ruim se o cliente precisar ligar porque uma informação de implantação nunca chegou ao sistema. Vendas pode ter uma reunião excelente e ainda produzir uma experiência ruim se a proposta vendida exigir uma exceção que Operações não consegue executar. Financeiro pode seguir a política corretamente e ainda gerar churn quando a cobrança contradiz o que foi negociado.

Cada área pode estar certa dentro da própria lógica.

O cliente continua tendo um problema.

Touchpoint bom não compensa jornada quebrada

Esse ponto aparece de forma clara na pesquisa da McKinsey sobre jornadas. A empresa observou que desempenho em jornadas completas se relacionava mais fortemente com satisfação e outcomes de negócio do que desempenho em touchpoints isolados. Em setores analisados, a performance de jornada mostrou associação mais forte com receita, churn e recompra. [2]

O artigo clássico de Rawson, Duncan e Jones na Harvard Business Review chega ao mesmo argumento: otimizar momentos individuais pode produzir uma visão distorcida da experiência quando ninguém gerencia o caminho de ponta a ponta. [3]

Isso explica uma situação comum em empresas maduras: todos os indicadores departamentais parecem aceitáveis, mas a experiência continua pesada.

O cliente foi atendido rápido. Só precisou ser atendido quatro vezes.

A proposta saiu no prazo. Só não refletia a restrição identificada no discovery.

O onboarding foi concluído. Só demorou semanas para o cliente chegar ao primeiro valor.

O NPS está estável. Só aumentaram os contatos, exceções e concessões necessários para manter a relação funcionando.

A jornada expõe custos que a métrica local consegue esconder.

Toda transferência cobra alguma coisa

Handoffs não são ruins por definição.

Uma empresa complexa precisa transferir trabalho. O problema é presumir que a passagem é neutra.

Toda transferência pode cobrar quatro tipos de custo.

Espera. O trabalho entra na fila de outra área. Mesmo que cada time opere dentro de seu SLA, a soma dos tempos pode tornar a jornada lenta.

Perda de contexto. Parte da informação não viaja. A equipe seguinte refaz perguntas, interpreta de novo ou toma decisão com menos conhecimento.

Mudança de critério. O que era “pronto” para uma área pode não ser “aceitável” para a próxima. A falta de critérios compartilhados produz devolução e retrabalho.

Difusão de responsabilidade. Quando o cliente está entre dois donos, a organização pode ficar sem ninguém responsável pelo resultado completo.

Quanto mais fragmentada a jornada, maior o risco de esses custos se acumularem.

E quase nenhum deles aparece no organograma.

O cliente percebe a estrutura quando ela falha

A melhor estrutura interna é, em certo sentido, invisível para o cliente.

Ele não deveria precisar entender qual equipe possui qual sistema, quem aprova uma exceção ou por que uma regra comercial pertence a uma área e a execução a outra.

Quando precisa aprender isso para conseguir avançar, a empresa terceirizou sua complexidade interna.

É fácil reconhecer esse padrão em frases como:

“Você precisa falar com outro setor.”

“Isso foi combinado com o comercial, mas aqui funciona diferente.”

“Não temos acesso ao histórico dessa conversa.”

“Esse chamado é de outra equipe.”

“Para alterar isso, precisamos abrir uma solicitação interna.”

Nenhuma dessas frases é necessariamente absurda. A questão é quantas vezes o cliente precisa absorver as consequências da arquitetura interna para conseguir o resultado que comprou.

Uma experiência simples não exige uma empresa simples. Exige que a complexidade seja coordenada do lado de dentro.

Não precisamos acabar com os departamentos

A reação errada seria transformar essa crítica em uma defesa de organizações sem funções, hierarquia ou especialização.

Não é esse o ponto.

O problema não é a existência de Marketing, Vendas, Produto ou Financeiro. É permitir que essas unidades sejam a única forma de organizar accountability.

Uma empresa pode manter departamentos e adicionar responsabilidade transversal por jornadas críticas.

Pode ter um líder de Vendas e, ao mesmo tempo, um owner para a jornada “comprar e começar”. Pode manter Suporte e Produto separados enquanto mede a jornada “resolver um problema” de ponta a ponta. Pode ter Financeiro como função especializada e ainda tratar “renovar sem fricção” como resultado compartilhado.

O que muda é a pergunta de gestão.

Em vez de “qual área executa esta tarefa?”, entra também “quem responde pela experiência completa e consegue arbitrar dependências entre as áreas?”.

Essa segunda pergunta é a que o organograma normalmente não responde.

Mapeie o imposto de handoff

Não é necessário começar com uma transformação organizacional.

Escolha uma jornada que tenha volume, valor econômico e fricção suficiente para justificar atenção. Em B2B, onboarding costuma ser um bom candidato porque conecta Vendas, implantação, Produto, dados, Financeiro e Customer Success.

Pegue dez casos reais e registre cada transferência.

Para cada handoff, anote:

Não tente melhorar nada no primeiro momento. Apenas torne visível o custo da passagem.

A maior surpresa costuma ser descobrir que a parte mais lenta de um processo não é o trabalho. É a espera entre trabalhos.

Reduza handoffs antes de automatizá-los

Quando uma empresa identifica muita fricção, a tentação é criar automação.

Ela pode ajudar. Também pode automatizar a fragmentação.

Se um formulário passa informação incompleta de Vendas para onboarding, automatizar o envio torna a falha mais rápida. Se dois sistemas usam definições diferentes, integrá-los pode sincronizar inconsistência. Se a próxima equipe precisa refazer discovery porque o modelo de informação é ruim, gerar um resumo com IA talvez reduza tempo, mas não resolve a decisão sobre qual contexto deveria existir desde o início.

Antes de automatizar, há quatro movimentos mais básicos.

Eliminar. A transferência precisa existir? Duas etapas podem virar uma?

Antecipar. A informação pode ser coletada quando já existe contexto, em vez de ser pedida depois?

Padronizar. Há critérios mínimos de entrada e saída que evitam devolução?

Dar autonomia. A pessoa que está com o cliente consegue resolver a exceção ou precisa escalar por desenho?

Só depois vale automatizar o que restou.

Esse princípio reduz o risco de transformar tecnologia em cola entre processos ruins.

Use métricas de fluxo, não apenas de área

Se a jornada atravessa funções, pelo menos parte da medição precisa atravessar funções também.

Alguns sinais úteis:

• lead time total da jornada;
• número de handoffs por caso;
• tempo parado entre etapas;
• taxa de retrabalho/devolução;
• percentual de casos com contexto completo;
• contatos necessários até resolução;
• tempo até primeiro valor;
• custo de servir por tipo de jornada;
• abandono, churn ou conversão depois de determinadas fricções.

Essas métricas não substituem KPIs funcionais. Elas expõem a conexão entre eles.

O estudo da McKinsey sobre jornadas é relevante justamente por mostrar que outcomes completos podem ser mais informativos do que a excelência isolada em touchpoints. [2]

A organização precisa de ambos: saber se cada função opera bem e se o cliente consegue atravessar o sistema sem pagar pela fragmentação.

Um piloto de 60 dias

Nos primeiros 15 dias, escolha uma jornada e acompanhe casos reais. Mapeie handoffs, espera, retrabalho e perda de contexto.

Nos 15 dias seguintes, identifique as duas passagens com maior custo. Não escolha as mais irritantes por percepção; escolha as que combinam volume, impacto e possibilidade de intervenção.

Entre os dias 30 e 45, redesenhe uma passagem. Talvez o vendedor precise registrar menos campos, mas campos melhores. Talvez uma informação de Financeiro precise aparecer antes da assinatura. Talvez o kickoff deixe de ser o momento em que a implantação descobre o caso de uso. Talvez a equipe de suporte ganhe autonomia para resolver uma categoria de exceção sem escalonamento.

Nos últimos 15 dias, compare o fluxo novo com a baseline. O cliente repetiu menos? O tempo caiu? O retrabalho diminuiu? A próxima área recebeu entradas melhores? Algum custo apenas migrou para outra etapa?

Se funcionar, escale o mecanismo. Se não funcionar, você aprendeu sobre o sistema sem redesenhar a empresa inteira.

O organograma deveria ficar do lado de dentro

Uma revisão brasileira sobre centralidade no cliente e gestão de processos encontrou justamente a necessidade de integrar conhecimento do cliente à melhoria dos processos e alerta para abordagens de BPM que continuam excessivamente internas. [4]

Essa é uma boa forma de resumir o problema.

Empresas precisam de estruturas internas. Clientes precisam de resultados.

Quando a estrutura ajuda a entregar esses resultados, ela cumpre seu papel. Quando exige que o cliente navegue por departamentos, traduza promessas, carregue contexto e coordene pessoas que trabalham para a mesma empresa, a estrutura deixou de organizar complexidade e começou a exportá-la.

O cliente não vai premiar seu organograma por ser elegante.

Ele só vai perceber se a empresa consegue funcionar como uma empresa só.

Fontes

[1] LEMON, Katherine N.; VERHOEF, Peter C. “Understanding Customer Experience Throughout the Customer Journey.” Journal of Marketing, v. 80, n. 6, 2016, p. 69–96. https://doi.org/10.1509/jm.15.0420

[2] McKINSEY & COMPANY. “From touchpoints to journeys: Seeing the world as customers do.” 4 mar. 2016. https://www.mckinsey.com/capabilities/growth-marketing-and-sales/our-insights/from-touchpoints-to-journeys-seeing-the-world-as-customers-do

[3] RAWSON, Alex; DUNCAN, Ewan; JONES, Conor. “The Truth About Customer Experience.” Harvard Business Review, set. 2013. https://hbr.org/2013/09/the-truth-about-customer-experience

[4] OLIVEIRA, Lilian Cristiane Silva de; DÜRKS REBELATO, Michele; HINNIG, Renata; VARVAKIS RADOS, Gregório Jean. “Gestão de processos de negócio e a centralidade do cliente: uma revisão narrativa sobre a integração destas abordagens.” Revista Gestão Organizacional, v. 17, n. 2, 2024, p. 42–61. https://doi.org/10.22277/rgo.v17i2.8011