Medindo o desempenho do processo a partir da visão do cliente

O painel de operações está verde. SLA cumprido, tempo médio de atendimento dentro da meta, backlog zerado às sextas-feiras. E, mesmo assim, o índice de satisfação despenca no mesmo trimestre. Toda operação que já rodou essa combinação conhece a sensação: os números dizem que o processo funciona, o cliente diz que não. Um dos dois está mentindo — e normalmente não é o cliente.

Essa dissonância tem nome técnico: o processo é medido pela execução, não pela experiência. Cycle time, taxa de retrabalho, produtividade por FTE e adesão a SLA descrevem o que a operação fez. Nenhum deles descreve o que o cliente sentiu enquanto isso acontecia — e é essa lacuna, não a eficiência interna, que decide se ele volta, reclama ou desiste em silêncio.

A tese deste artigo é direta: medir performance de processo do ponto de vista do cliente exige trocar a métrica de duração real pela métrica de esforço percebido, e mapear não apenas as etapas do processo, mas a curva emocional que ele produz. Um processo pode ser rápido no relógio e exaustivo na memória — e é a memória, não o relógio, que decide a próxima compra.

Por que os indicadores internos de processo escondem a experiência do cliente?

Porque foram desenhados para gerenciar recursos, não percepções. SLA, AHT (average handling time) e produtividade por agente respondem a uma pergunta legítima — "estamos usando bem a capacidade instalada?" — mas essa pergunta é ortogonal à que o cliente faz, que é "isso valeu o esforço que tive?". Uma operação pode cumprir 98% do SLA de resposta e ainda assim gerar uma experiência ruim, se cada resposta dentro do prazo exigir do cliente reenviar documentos, repetir a história para três atendentes diferentes ou navegar por um IVR de seis níveis antes de chegar a alguém.

O erro operacional clássico é tratar o processo como uma linha de produção interna — insumo entra, produto sai, tempo medido do ponto A ao ponto B — quando, do lado do cliente, o mesmo processo é uma sequência de momentos emocionais com pesos desiguais. Um atraso de dois minutos na fila é irrelevante se o atendimento final resolve tudo numa única interação; o mesmo atraso é insuportável se o cliente já foi transferido três vezes antes de chegar lá.

O que significa medir performance de processo pela ótica do cliente?

Significa substituir — ou pelo menos complementar — a régua de tempo e custo por uma régua de esforço e memória: quanto trabalho cognitivo e emocional o processo exigiu, e qual foi a lembrança final que ele deixou. Essa é a definição operacional que uso em qualquer redesenho de processo: performance de processo, na visão do cliente, é a razão entre o valor entregue e o esforço que ele teve de investir para obtê-lo — ponderado pelo que ele mais lembra ao final.

Isso muda o que se mede. Em vez de "tempo total do processo", passa a interessar "tempo percebido" — que raramente coincide com o tempo real. Em vez de "número de etapas", passa a interessar "número de vezes que o cliente teve de reexplicar algo que a empresa já sabia" — a sludge, na definição de Cass Sunstein no artigo Sludge and Ordeals (Duke Law Journal, 2019), que descreve fricções administrativas desenhadas ou toleradas dentro de um processo e que consomem tempo e paciência sem gerar valor correspondente. Todo processo tem sludge escondida; a operação madura é a que a mede deliberadamente, em vez de descobri-la pelo cancelamento do cliente.

Como o efeito peak-end distorce a leitura de um processo?

Distorce porque o cliente não avalia um processo pela média das suas etapas — ele avalia pelo pico de dor (ou de alívio) e pelo desfecho. É o que Daniel Kahneman e Donald Redelmeier demonstraram em seu estudo de 1996 publicado na revista científica Pain, no qual pacientes submetidos a colonoscopias relatavam o desconforto lembrado com base no momento mais intenso e nos minutos finais do procedimento — não na duração total nem na dor média sentida ao longo do exame. O corpo sofreu o processo inteiro; a memória guardou apenas dois pontos dele.

Aplicado a processos de negócio, isso significa que dois processos com o mesmo tempo total e o mesmo número de etapas podem deixar lembranças opostas, dependendo de onde ficam o pico de fricção e como termina a jornada. Um processo de reembolso que resolve rápido no início mas trava na aprovação final será lembrado como ruim, mesmo que 80% do tempo tenha corrido bem. Um processo de onboarding que tem um formulário longo no meio, mas termina com uma confirmação clara e humana, tende a ser perdoado — porque o final reescreve a lembrança do meio.

O relógio mede duração. A memória mede pico e final. Quem desenha processos olhando só para o relógio está otimizando a métrica errada.

Na prática, isso obriga a operação a fazer duas perguntas que os dashboards tradicionais não fazem: onde está o pico de esforço deste processo, visto pelo cliente? E o que ele leva como última impressão antes de fechar a interação?

Quais métricas capturam de fato o esforço percebido?

As métricas que capturam esforço percebido são poucas, mas exigem desenho deliberado — não vêm de graça do sistema de tickets. O ponto de partida mais testado é o Customer Effort Score, formalizado por Matthew Dixon, Karen Freeman e Nicholas Toman no artigo Stop Trying to Delight Your Customers, publicado na Harvard Business Review em 2010, que mostrou — a partir de dados do Customer Contact Council, hoje CEB/Gartner — que reduzir o esforço do cliente prevê lealdade de forma mais consistente do que tentar encantá-lo com gestos extras. A lógica é simples e incômoda: clientes não recompensam surpresa, recompensam a ausência de dor.

Numa auditoria de processo pela ótica do cliente, eu costumo cruzar quatro camadas de dados, porque nenhuma isolada conta a história completa:

• Esforço declarado — CES coletado no momento exato após a etapa crítica do processo, não numa pesquisa genérica trimestral.
• Esforço observado — contagem de repetições: quantas vezes o cliente teve de reenviar um dado, reexplicar um problema ou navegar entre canais para completar a mesma tarefa.
• Tempo percebido versus tempo real — comparação entre a duração cronometrada da etapa e a estimativa que o próprio cliente dá dela quando perguntado depois.
• Desfecho emocional — o estado com que o cliente sai da última etapa do processo, capturado por uma pergunta simples de uma frase, não por um NPS relacional distante da transação.

Sem essas quatro camadas, a operação continua enxergando apenas metade do processo: a metade que ela controla, não a metade que o cliente sente.

Como mapear um processo pela lente do cliente na prática?

Mapear pela lente do cliente exige inverter a ordem clássica do process mapping: em vez de começar pelo sistema e terminar no cliente, começa-se pelo cliente e volta-se ao sistema. É um método que aplico em qualquer projeto de redesenho, independentemente do setor:

1. Reconstrua o processo como o cliente o vive, não como o manual o descreve. Sente-se com clientes reais — ou observe sessões gravadas — e liste cada etapa pelo verbo que ele usaria: "esperei", "repeti", "não entendi", "desisti e liguei de novo". O vocabulário do cliente revela onde está a fricção antes de qualquer número.
2. Sobreponha o mapa interno ao mapa do cliente. Coloque lado a lado o fluxograma operacional (etapas, sistemas, responsáveis) e a narrativa do cliente. As lacunas entre os dois — etapas que a operação considera "concluídas" mas que o cliente ainda vive como "em andamento" — são o primeiro conjunto de bottlenecks a investigar.
3. Identifique o pico de esforço e o momento de desfecho. Usando os dados de CES por etapa, marque no mapa onde o esforço percebido atinge o topo e como termina a interação. Esses dois pontos, pelo efeito peak-end, pesam mais na lembrança final do que todas as outras etapas somadas.
4. Meça a sludge, não apenas o tempo. Para cada etapa, pergunte: o cliente está fornecendo algo que a empresa já tinha? Está confirmando algo que já confirmou? Cada repetição identificada é fricção evitável, não custo operacional inevitável.
5. Redesenhe pelo momento, não pela etapa isolada. Corrigir o pico de esforço sem cuidar do desfecho — ou vice-versa — deixa a lembrança quase tão ruim quanto antes. Os dois pontos precisam ser tratados juntos.
6. Reteste com a mesma pergunta de esforço, na mesma etapa, antes e depois. Sem essa comparação, não há como saber se o redesenho mudou a experiência ou só mudou o fluxograma.

Esse método de redesenho de processo só funciona se a descoberta inicial for genuína — ir a campo, observar, não assumir. A maior parte dos redesenhos que falham falha porque partiu do fluxograma existente, tentando otimizá-lo, em vez de partir da experiência vivida e perguntar se aquele fluxograma deveria existir daquela forma.

Onde ficam os gargalos que os dashboards não mostram?

Ficam exatamente nas junções entre sistemas e entre departamentos — os pontos em que a responsabilidade muda de mãos e ninguém mede o que acontece na transição. Um SLA interno costuma medir o tempo dentro de cada etapa, mas raramente mede o tempo entre etapas, que é onde o cliente efetivamente espera. Um processo de abertura de conta pode ter cada etapa individual dentro da meta e, ainda assim, levar três dias a mais do que o prometido, porque o tempo "morto" entre a aprovação de crédito e o envio do cartão não pertence a nenhum indicador de nenhuma equipe.

Esses gargalos invisíveis têm três assinaturas recorrentes:

• Etapas "concluídas" do ponto de vista do sistema, mas abertas do ponto de vista do cliente — o ticket foi fechado internamente, mas o cliente segue sem resposta ou sem confirmação visível.
• Transferências que reiniciam o contexto — cada troca de canal ou de atendente que obriga o cliente a recontar o problema do zero, multiplicando o esforço percebido sem alterar o tempo total registrado.
• Metas de produtividade que competem com metas de resolução — quando o incentivo da equipe é fechar volume, e não resolver na primeira interação, o processo otimiza para o indicador interno e pune o cliente com reaberturas.

Um levantamento sistemático desses três padrões, feito etapa por etapa ao longo do processo, costuma revelar mais oportunidades de ganho do que qualquer rodada adicional de automação nas etapas que já funcionam bem.

Como transformar essa leitura em excelência operacional contínua?

Transforma-se institucionalizando a métrica de esforço percebido no mesmo ritmo de governança que já existe para SLA e custo — não como pesquisa ocasional, mas como painel vivo. A Nielsen Norman Group, em artigo sobre indicadores de progresso publicado em nngroup.com, mostra como a percepção de espera muda conforme o cliente recebe ou não sinais claros de avanço durante um processo — o que reforça um ponto operacional simples: comunicar progresso durante a etapa reduz o esforço percebido mesmo quando o tempo real não muda nada.

Na prática, isso significa três disciplinas contínuas, não um projeto único de mapeamento:

• Revisão trimestral do mapa pela ótica do cliente, não apenas do fluxograma interno — processos mudam de sistema, mas raramente são remapeados a partir da experiência.
• CES por etapa crítica, tratado com o mesmo rigor de SLA — com dono, meta e plano de ação quando o número cai.
• Auditoria periódica de sludge, perguntando ativamente o que o cliente é obrigado a repetir e eliminando essas repetições antes que elas apareçam como reclamação.

Empresas que tratam performance de processo como um número de eficiência interna vão continuar surpresas com a queda de satisfação em meio a dashboards verdes. As que tratam performance de processo como uma leitura de esforço e memória — medida etapa a etapa, com a mesma disciplina de um KPI financeiro — deixam de ser surpreendidas, porque veem o problema antes que ele apareça na conta de resultado.

Redesenhar um processo é fácil de anunciar e difícil de sustentar sem essa lente. Vale conhecer também como equipes multifuncionais organizam essa mudança sem perder o fio entre operação e experiência, tema tratado em detalhe em gestão de programas de CX multifuncionais, e como a carga cognitiva imposta pelo processo — não apenas o número de cliques — determina se uma jornada mais simples de fato parece mais fácil, discutido em Cognitive Load: Why Simpler Journeys Still Feel Exhausting.

Se a sua operação ainda mede processo só pelo relógio e pelo custo, o primeiro passo prático é diagnosticar onde a maturidade atual está — não do ponto de vista de sistemas, mas do ponto de vista de como o cliente experimenta cada etapa. Uma avaliação de maturidade de CX costuma revelar, em poucas semanas, exatamente onde o mapa interno e o mapa do cliente se divorciam. A partir daí, redesenhar deixa de ser um exercício de fluxograma e passa a ser um exercício de design de serviço — que é, no fim, o verdadeiro nome do trabalho de fazer um processo parecer fácil por dentro e por fora.

O relógio da operação nunca vai mentir sobre quanto tempo um processo levou. Mas só a memória do cliente diz se aquele tempo valeu a pena — e é essa segunda régua, não a primeira, que decide se ele volta.