Experiência do Cliente — Guia Executivo

01 · Introdução

O que é este material e de onde ele vem

Este guia nasce da aula de Experiência do Cliente do programa G4 Traction, ministrada por Fabricio Chaves, executivo com longa trajetória em grandes corporações (incluindo um banco, onde liderou uma operação de atendimento com mais de mil pessoas) e experiência pessoal como empreendedor. A aula parte de uma tese central: experiência do cliente não é um exercício de "encantamento" — é operação, com processo, dono, prazo e medição, como qualquer outra função crítica da empresa.

O material não é uma transcrição organizada nem um resumo dos slides. Perguntas feitas a alunos específicos (dono de restaurante, distribuidora de material para banho e tosa de pets, escola de idiomas, empresa de reforma, escritório de advocacia) foram generalizadas quando ensinavam algo transferível; o caso do aplicativo bancário de cancelamento — usado na aula para mostrar os limites de "priorizar a experiência a qualquer custo" — foi reconstruído com a sequência completa de decisão e resultado; e cada framework recebeu a estrutura de nove elementos do método CLARO.

Para quem: os cinco sócios da Aura Tech. A aula foi desenhada para empresários de setores muito diferentes (restaurante, pet shop, locação de equipamentos, reforma, advocacia, ensino de idiomas) — os princípios de operação de experiência são transferíveis a uma empresa de serviços de engenharia B2B, com os ajustes que este guia torna explícitos.

Fontes utilizadas: a transcrição integral do áudio da aula "Experiência do Cliente" e a apresentação de slides usada por Fabricio Chaves. Pontos que exigem confirmação estão na seção Pontos para validação.

Convenções deste guia: exemplos vindos da aula levam a marca exemplo da aula; exemplos criados para o contexto de engenharia de tecnologia levam a marca exemplo ilustrativo — nenhum número deste guia é dado real da Aura, salvo quando marcado dado da Aura.

02 · Uso

Como utilizar este material

Primeira leitura: siga a ordem — jornada e atrito antes de operação interna, operação interna antes de churn, churn antes de retenção/expansão. Reserve de 60 a 90 minutos.
Consulta pontual: use o glossário e os frameworks de consulta rápida, especialmente o FROC e os 5 pilares de retenção.
Preparação para reunião: leia o resumo executivo e as perguntas para reunião de sócios.
Diagnóstico: o Módulo 1 traz o exercício de mapeamento de jornada e priorização de atrito para aplicar à realidade da Aura hoje.
Construção de processo: o Módulo 2 traz o FROC completo para montar (ou revisar) o fluxo de resposta operacional da Aura a incidentes e demandas de cliente.
Plano de ação: seção 12, do imediato a 90 dias.

03 · Resumo executivo

As ideias centrais em uma página

Tese da aula: experiência do cliente não é sobre encantar uma vez — é sobre consistência sempre, sustentada por processo, dono e medição, não por boa vontade. "Cuidado com o balde furado": atrair cliente é caro, perder cliente é ainda mais caro — e a maioria das empresas descobre o churn tarde demais, quando já não há mais o que fazer.

Atrito não é apenas reclamação — é o que acontece antes dela, em silêncio. Existem quatro tipos: abandono (o cliente desiste sem avisar), retrabalho (ter que repetir informação), esforço (dificuldade excessiva para algo simples) e atraso (quebra de expectativa de tempo sem comunicação). O cliente que reclama já é o mais fácil de recuperar — o risco real é o que desiste em silêncio (Módulo 1).
Responder rápido não é resolver bem. "O cliente prefere esperar 1 hora e resolver, do que ser atendido em 1 minuto sem solução" — tempo de resposta, tempo de resolução e qualidade da solução são três coisas diferentes, e a terceira é a que realmente importa no longo prazo (Módulo 1).
O herói é sintoma de um processo doente, não a cura. Quando alguém precisa "se sacrificar" para resolver um problema recorrente, a causa raiz é ausência de dono, ausência de SLA, ou exceções constantes — não falta de heroísmo (Módulo 2).
Problema resolvido não significa definitivamente resolvido. Se o cliente não é avisado do que esperar depois da correção, ele pode voltar reclamando de algo que era esperado — o erro não é dele, é de quem não alinhou a expectativa (Módulo 2).
Churn não é um evento isolado — é um processo que começa meses antes do cancelamento. Queda de uso (3 meses antes) → ticket de suporte mal resolvido (1 mês antes) → cancelamento (hoje). Quem só mede o cancelamento está sempre chegando tarde (Módulo 3).
"Priorizar a experiência a qualquer custo" tem um limite — e ultrapassá-lo tem preço real. O caso do aplicativo bancário mostra que abrir mão de reter o cliente ativamente, em nome da fluidez da experiência, pode custar caro; o equilíbrio entre convicção em servir e resultado do negócio precisa ser deliberado, não automático (Módulo 3).
Retenção precisa de sistema, não de boa vontade. Os 5 pilares — cadência, rituais, SLAs, responsáveis e sinais de risco — sustentam retenção de forma repetível; sem eles, reter cliente depende de sorte (Módulo 4).
A complexidade certa de operação de CX depende do estágio da empresa. Pequena empresa aposta em contato direto do dono; média empresa formaliza jornada e separa papéis; grande empresa especializa e segmenta por conta — aplicar o modelo errado para o estágio gera desperdício ou insuficiência (Módulo 4).

Riscos identificados para a Aura

Qualidade técnica invisível para quem não é técnico: em serviços de engenharia complexos, um trabalho tecnicamente correto pode ser percebido como ruim se a comunicação não tornar essa qualidade visível ao cliente — o "iceberg da experiência" da aula é especialmente relevante aqui.
Ausência provável de processo formal de resposta a incidentes e demandas: sem um FROC estruturado (entrada, triagem, decisão, execução, retorno, registro), a resposta a problemas técnicos provavelmente depende de quem está disponível no momento — os "heróis" que a aula alerta para evitar.
Sinais de churn provavelmente não monitorados: em contratos recorrentes e projetos, queda de engajamento do cliente ou atraso em pagamentos podem ser sinais de risco não capturados sistematicamente.
Dependência dos sócios como "donos" informais de conta: sem matriz RACI nem critério de alçada, decisões de atendimento a cliente provavelmente ainda passam, por hábito, pelos sócios.

Decisões para os sócios discutirem

Mapear a jornada real (não a ideal) de um cliente da Aura, identificando os 2–3 atritos mais críticos por impacto em churn, custo e receita futura.
Desenhar o FROC da Aura para demandas técnicas e reclamações, com dono único e SLA por etapa.
Definir os sinais de risco de churn a monitorar em contratos recorrentes (queda de uso/interação, atraso, redução de escopo solicitada pelo cliente).
Definir os 5 pilares de retenção (cadência, rituais, SLAs, responsáveis, sinais de risco) para as contas da Aura.

04 · Mapa de aprendizagem

A sequência dos conceitos — e por quê

A aula segue três pilares explícitos — jornada do cliente, jornada interna/operação, retenção e expansão — e este guia preserva essa sequência, acrescentando um quarto módulo (maturidade e cultura) que a aula trata como fechamento. A lógica de dependência é direta: só se sabe o que consertar depois de mapear onde dói (jornada); só se conserta de forma repetível com processo interno (operação); só se evita repetir o problema entendendo por que o cliente eventualmente sai (churn); e só se sustenta tudo isso no tempo com a maturidade de sistema certa para o estágio da empresa.

Jornada e atrito (onde dói, e o que priorizar) → Operação interna (como a empresa responde, com dono e prazo) → Churn (por que o cliente realmente sai, e quando dá para agir) → Retenção, expansão e maturidade (como sustentar isso e crescer com quem já confia)

Por que essa ordem: a aula é explícita — "CX não é só encantamento, é operação". Tentar "encantar" sem primeiro mapear onde o cliente sofre em silêncio é desperdiçar esforço; tentar reter sem operação interna confiável é depender de sorte; e tentar expandir contas sem entender os sinais reais de churn é vender mais para quem já está prestes a sair.

05 · Fundamentos

O vocabulário mínimo antes de começar

Tempo de resposta × Tempo de resolução × Qualidade da solução

Diferença: tempo de resposta é a velocidade do "olá" — cria expectativa, mas não resolve a dor ("recebemos sua mensagem..."). Tempo de resolução é a velocidade do conserto — o que o cliente realmente valoriza ("seu problema foi corrigido"). Qualidade da solução é a eficácia definitiva — garante que o problema não volte a acontecer ("ajustamos o processo para não repetir").

Frase da aula: "o cliente prefere esperar 1 hora e resolver, do que ser atendido em 1 minuto sem solução".

Por que a confusão é perigosa: empresas otimizam agressivamente tempo de resposta (métrica fácil de medir e mostrar) enquanto negligenciam tempo de resolução e qualidade da solução (mais difíceis de medir, mas mais relevantes para a percepção real do cliente).

Decisão prejudicada: investimento em ferramentas de resposta automática ou rápida sem investimento equivalente em capacidade real de resolução.

Herói × Sistema

Diferença: o herói centraliza, apaga incêndio, e vira gargalo operacional — sua atuação depende de improviso. O sistema distribui responsabilidade, previne problemas antes de acontecerem, e escala resultados de forma previsível.

Frase da aula: "o herói é o sintoma de um processo doente, não a cura". Heróis surgem onde falta dono, falta SLA, ou onde exceções constantes viram regra.

Por que a confusão é perigosa: celebrar o herói (quem "salvou" o cliente de última hora) reforça a ausência de processo em vez de corrigi-la — a empresa aprende a depender de esforço individual, não de sistema.

Decisão prejudicada: desenho organizacional e de processo — reconhecer heroísmo recorrente é sinal de que um processo (dono, SLA, protocolo) está faltando, não motivo de orgulho isolado.

NPS geral × NPS transacional

Diferença: o NPS geral mede como o cliente enxerga a companhia como um todo. O NPS transacional mede, ponto a ponto da jornada (cadastro, pedido, entrega, produto, pós-venda), a satisfação em cada etapa específica.

Por que a confusão é perigosa: um NPS geral ruim não diz onde está o problema. "Pode ser que o cadastro esteja espetacular, o pedido espetacular, o produto e o pós-venda também, e o problema seja só a entrega — se você não medir que a dor está na entrega, você não vai resolver o seu problema de NPS."

Decisão prejudicada: onde investir esforço de melhoria — sem NPS transacional (ou equivalente por etapa), a correção é um tiro no escuro.

Estratégia × Plano estratégico

Diferença: estratégia é a conversa profunda — onde estou, para onde vou, com quem vou competir, que capacidades preciso construir, onde quero estar posicionado daqui a X anos. Plano estratégico é aterrissar isso em ações práticas e possíveis.

Alerta da aula: "priorizar a experiência como estratégia" não é o mesmo que ter um plano de ação de CX — a primeira é uma escolha de posicionamento de longo prazo; a segunda é a execução dessa escolha.

Decisão prejudicada: tratar iniciativas pontuais de atendimento (um script novo, uma ferramenta nova) como se fossem, por si só, uma estratégia de experiência — sem a decisão de fundo sobre que tipo de experiência a empresa quer ser conhecida por entregar.

06 · Módulo 1

Jornada do cliente e atrito

Pergunta que este módulo responde: a Aura sabe, com dados (não com impressão), onde exatamente o cliente sofre ao longo da jornada — e está priorizando os atritos certos, ou apenas os mais visíveis?

Contexto. A aula abre com uma citação da Harvard Business School: aumentar a retenção de clientes em 5% eleva os lucros entre 25% e 95%. A partir daí, distingue a jornada ideal (a que a empresa desenha na cabeça) da jornada real (cheia de atritos e picos que só aparecem quando mapeados com honestidade).

Equação da felicidadeConceito

Em linguagem simples A satisfação do cliente não depende só do que ele recebe — depende da relação entre o que ele recebe e o que ele esperava receber.

Definição técnica Felicidade (satisfação) = Resultado / Expectativa. Se o resultado entregue supera a expectativa, a satisfação sobe; se fica abaixo, mesmo um bom resultado objetivo pode ser percebido como decepção.

Por que importa A régua da expectativa sobe com o tempo e com o histórico de entrega — o que era excelente ontem vira o mínimo esperado amanhã. "Se ela mandou 2.100 mídias nos últimos 7 meses e parar de mandar, você vai agradecer — a esposa dele não" — ilustra como um padrão alto de serviço eleva permanentemente a régua de expectativa do cliente.

Erro comum Manter o nível de serviço estável e presumir que a satisfação também ficará estável — quando, na verdade, a expectativa tende a subir continuamente à medida que o relacionamento amadurece.

Decisão que apoia Gestão deliberada de expectativa ao longo de toda a jornada — não apenas na venda, mas continuamente, para não deixar a régua subir de forma descontrolada.

Os quatro tipos de atritoFramework

Em linguagem simples Atrito não é apenas reclamação — é o que acontece antes dela, muitas vezes em silêncio.

Os quatro tipos Abandono — o cliente desiste silenciosamente no meio do processo, por complexidade ou dúvida; é o "churn invisível". Retrabalho — ter que repetir informações, reenviar documentos, explicar o problema mais de uma vez; é "a falha de memória da empresa". Esforço — dificuldade excessiva para encontrar respostas simples ou realizar ações básicas; alta fricção cognitiva. Atraso — quebra de expectativa de tempo sem comunicação proativa ou justificativa clara; a quebra de confiança.

Erro comum Medir apenas reclamações formais como proxy de insatisfação — o abandono silencioso não gera reclamação, apenas evasão, e é justamente o mais perigoso por ser invisível nos indicadores tradicionais.

Decisão que apoia Onde instrumentar medição adicional (não apenas NPS/reclamação) para capturar os quatro tipos de atrito, especialmente abandono e esforço, que raramente geram registro espontâneo.

Critérios para priorizar qual atrito resolver primeiroframework da aula

Contexto. Nem todo atrito merece atenção imediata — a aula propõe três critérios de priorização, cada um respondido com uma pergunta objetiva.

Impacto em churn: este atrito faz o cliente cancelar ou abandonar o produto/serviço imediatamente?
Impacto em custo: gera chamados de suporte, retrabalho operacional ou desperdício de tempo da equipe?
Receita futura: impede o cliente de comprar mais (upsell), renovar, ou indicar novos clientes?

Como usar: listar os atritos identificados no mapeamento de jornada e pontuar cada um nos três critérios — os que pontuam alto em mais de um critério são os candidatos prioritários para correção imediata.

Interpretação. A priorização evita o erro de atacar o atrito mais visível ou mais recentemente reclamado, em vez do que efetivamente move os três indicadores que sustentam o negócio: retenção, eficiência operacional e crescimento futuro.

O restaurante que não sabia por que perdia clientes em horário de picoexemplo da aula · reconstruído

Contexto. Restaurante com 120 lugares, atendimento e ambiente bem avaliados pela própria dona, mas com um problema recorrente: em horários de pico (chegada de grupos grandes de uma só vez), o restaurante às vezes deixa de atender clientes.

Situação inicial. A dona já havia identificado, por intuição, algumas ações: otimizar o processo de produção dos pratos (de 15 para 8 minutos), treinar os garçons para atender mais rápido e ficar de olho na mesa, e considerava contratar uma recepcionista — mas não sabia se tinha dados que sustentassem essas decisões.

Pergunta de diagnóstico do professor: "você controla e sabe quantos clientes são recorrentes, que retornam?" — a resposta revelou que o controle era parcial: havia dado de reconhecimento de cliente no delivery e em parte do salão, mas não de forma unificada.
Analogia com aplicativo de gestão de fila: esse tipo de aplicativo cumpre duas funções — cadastra o dado (de onde vem o cliente, quando volta) e, ao mesmo tempo, alinha a expectativa do cliente em tempo real (posição na fila, tempo médio estimado com base em histórico).
A decisão que já havia sido tomada, por feeling, sem ser nomeada como tal: limitar o tempo de permanência de cada família a 50 minutos — um processo de atração de clientes seguido de um processo (não formalizado) de "expurgo", que mantém o giro de mesas, mas cujo impacto na experiência do cliente nunca foi medido explicitamente.

Recomendação do professor, resumida em três pontos: (1) dados — toda fonte de informação disponível para entender o público-alvo e o ecossistema de clientes; (2) ferramentas — como o aplicativo de fila, para alinhar expectativa em tempo real; (3) estado de alerta constante — mesmo o que já funciona bem (a música, o prato, o tempo de permanência) precisa ser continuamente questionado, porque a zona de conforto é onde o cliente silencioso desiste sem que ninguém perceba.

Interpretação. O caso mostra uma dona de negócio que já havia tomado boas decisões por intuição (feeling), mas sem conseguir explicá-las, medi-las ou ensiná-las a outra pessoa — exatamente o padrão de "conhecimento na cabeça de quem fundou" que limita a capacidade de delegar e escalar.

Erro comum evitado por este caso: tratar o elogio implícito (o cliente que gosta da música, do prato rápido, da gestão de fila) como garantido — "poucos fazem isso se não provocados"; sem medição ativa, sinais positivos e negativos silenciosos passam despercebidos com a mesma facilidade.

Aplicação ilustrativa para a Aura exemplo ilustrativo Um sócio pode saber, por feeling, que "os clientes gostam de como a Aura documenta as entregas" — mas sem medir isso explicitamente (por exemplo, perguntando ativamente ao cliente), esse diferencial nunca vira processo ensinável a um novo profissional, nem argumento de venda comprovado.

O iceberg da experiênciaFramework

Em linguagem simples O que o cliente vê (interface, atendimento, comunicação) é só a ponta do iceberg. O que sustenta essa ponta — processos e fluxos, SLAs e prazos, responsáveis (RACI), cultura e treinamento — é o bastidor invisível.

Por que importa Um trabalho tecnicamente excelente, mas com bastidor mal estruturado, tende a se manifestar na ponta visível como inconsistência: às vezes rápido, às vezes lento; às vezes claro, às vezes confuso — porque o resultado depende de quem está de plantão, não de um processo confiável.

Decisão que apoia Onde investir primeiro quando a experiência percebida está ruim: frequentemente o problema real não está na ponta visível (script, interface), mas no bastidor (processo, SLA, treinamento) que a sustenta.

Aplicação na Aura

Situação provável: em serviços de engenharia complexos, boa parte do trabalho de qualidade (arquitetura bem desenhada, riscos evitados, decisões técnicas corretas) é invisível para um cliente não técnico — o risco do "iceberg" é especialmente alto aqui.
Sinais a investigar: os clientes da Aura conseguem descrever, com as próprias palavras, o que a Aura faz de diferente tecnicamente? Ou a percepção de qualidade depende inteiramente de "confiar" nos sócios?
Dados necessários: mapeamento da jornada real (não ideal) de um cliente típico, desde o primeiro contato até a entrega e o pós-entrega, com os momentos de atrito identificados pelo próprio time técnico.
Processo a criar: ritual simples de mapeamento de jornada com os 2–3 atritos mais críticos priorizados por impacto em churn, custo e receita futura.
Responsável sugerido: sócio com maior proximidade de entrega, com contribuição dos demais.
Indicador criado: registro qualitativo dos atritos identificados por conta/projeto ativo, atualizado a cada entrega relevante.
Decisão suportada: priorização de melhoria de processo de entrega e comunicação — não tecnicamente, mas na forma como a qualidade técnica é tornada visível.
Risco de não fazer: continuar perdendo clientes silenciosamente (abandono, não renovação) sem nunca entender que a causa era percepção, não qualidade técnica real.

Perguntas para os sócios: se pedíssemos a um cliente para desenhar a jornada real (não a ideal) do último projeto, onde ele marcaria os pontos de atrito? Conseguimos hoje medir os quatro tipos de atrito (abandono, retrabalho, esforço, atraso), ou só enxergamos o que vira reclamação explícita?

Resumo do módulo: a satisfação é uma equação entre resultado e expectativa, e a régua da expectativa sobe com o tempo; atrito tem quatro formas, e a mais perigosa (abandono) é silenciosa; priorizar por impacto em churn, custo e receita futura evita atacar o atrito errado; e o iceberg da experiência lembra que o que sustenta a percepção do cliente é, na maior parte, invisível a ele.

07 · Módulo 2

Operação interna: FROC, RACI e donos

Pergunta que este módulo responde: quando um atrito aparece na Aura, existe um fluxo interno previsível de resposta — com dono, prazo e critério de decisão — ou a resposta depende de quem está disponível no momento?

Contexto. Depois de mapear onde dói (Módulo 1), a aula vira para dentro da empresa: o que acontece nos bastidores quando o atrito aparece. A tese central é dura e explícita — "menos heróis, mais processo"; "previsibilidade é a única forma de escalar a experiência".

FROC — Fluxo de Resposta Operacional ao Clienteframework da aula

Contexto. Sistema operacional de seis etapas para "transformar o caos do atendimento em previsibilidade de processo" — aplicável a qualquer demanda de cliente, de uma dúvida simples a um incidente crítico.

Entrada da demanda. Canais: por onde o cliente chega — centralizar as portas de entrada evita perda de informação entre canais dispersos. Clareza: o pedido está completo? A demanda tem todas as informações necessárias para ser resolvida. Ruído: filtrar mensagens vagas, spam ou contatos por canais não oficiais, separando problema pequeno de problema grande.
Triagem. Urgência: "o quanto isso pode esperar?" — parou a operação do cliente (crítico)? Afeta funcionalidade principal (alto)? É dúvida ou sugestão (baixo)? Impacto: "quem está sendo afetado?" — toda a base, um segmento, ou um único cliente? Tipo: qual a natureza — técnico, dúvida de uso, financeiro, reclamação?
Decisão. Quem decide: autonomia na ponta, com alçadas claras (evitar que tudo passe pelo fundador — "avaliem se vale uma política de alçadas, independente se é tema financeiro ou não, para diluir a responsabilidade e ganhar agilidade"). Com base em quê: dados e histórico, não "achismo". Quando escala: gatilhos definidos (ex.: SLA estourado) — não decisão caso a caso.
Execução. Quem faz: o responsável técnico pela solução — "executor ≠ comunicador": quem resolve tecnicamente não é necessariamente quem fala com o cliente. Prazo: o SLA interno (também chamado OLA) para essa etapa, com deadline claro para o executor. Dependências: mapear bloqueios (o que precisa acontecer antes) para não travar o fluxo no meio.
Retorno ao cliente. Comunicação clara: eliminar o "tecniquês" — explicar a solução de forma simples, garantindo que o cliente efetivamente entendeu o que foi feito. Alinhamento de expectativas: o problema acabou? Existe prazo de monitoramento? O que acontece agora?
Registro e aprendizado. Evitar repetição: o cliente nunca deve ter que contar a mesma história duas vezes — histórico unificado é respeito ao tempo do cliente. Melhoria contínua: transformar cada problema resolvido em inteligência para o negócio. "Se aconteceu uma vez, é acaso. Se repetiu, é processo."

Interpretação. O FROC não tem autor nem é acadêmico — é uma prática difundida, sem dono único, que resume bem o que qualquer operação de atendimento precisa cobrir. "Na dúvida, sigam essa lógica."

RACI aplicado ao atendimentoFramework

Em linguagem simples Matriz que define, para cada etapa de um processo, quem executa (R — Responsável), quem responde pelo resultado final (A — Aprovador/dono), quem precisa ser consultado antes (C) e quem só precisa ser informado depois (I).

Por que importa Evita a "armadilha do nós" ("alguém vai ver isso" — quando a responsabilidade é de todos, não é de ninguém) e reforça "o poder do eu" ("eu resolvo" — um CPF que responde pelo início, meio e fim do problema).

Exemplo da aula exemplo da aula Fluxo de suporte com três etapas: triagem inicial (R: Analista N1, A: Coordenador de Suporte, I: Cliente), resolução técnica (R: Analista N2, A: Coordenador Técnico, C: Produto, I: Analista N1), fechamento e pesquisa (R: Analista N1, A: Coordenador de Suporte, I: CSM).

Erro comum Confundir "quem participa" com "quem é dono" — várias pessoas podem ser consultadas ou informadas, mas o aprovador (A) precisa ser sempre uma única pessoa por etapa.

Decisão que apoia Desenho de processo de atendimento a incidente técnico com responsabilidade clara, reduzindo tanto a "bola dividida" (mais de um dono) quanto a lacuna (nenhum dono).

Carta de controle: visibilidade antes que o problema vire criseexemplo da aula

Contexto. Ferramenta simples de gestão visual (buscável como "carta de controle" ou "control chart") para acompanhar um indicador ao longo do tempo, com três zonas: verde (normal), amarela (atenção) e vermelha (crise).

Exemplo do professor: índice de devolução de 2% está na zona verde; entre 2% e 3%, zona amarela (ação preventiva); acima de 3%, zona vermelha (ação corretiva imediata).

Exemplo aplicado a um aluno com operação de atendimento exemplo da aula Um aluno recebe em média 150 contatos por dia e consegue atender 60–70. Esse patamar (60–70) é definido como zona verde; uma queda para 50 é zona amarela (alerta); uma queda para 30 é zona vermelha (crise) — ação: aumentar equipe, hora extra, nova ferramenta ou sistema.

Interpretação. A carta de controle transforma um número solto em um sinal de gestão — sem faixas definidas previamente, a mesma queda de capacidade de atendimento só é percebida quando já virou reclamação em massa, tarde demais para agir preventivamente.

Erro comum evitado por este caso: reagir apenas quando o indicador já está na zona vermelha — o valor da ferramenta está justamente em agir na transição para amarelo, antes da crise.

SLA entre áreas internas (não só com o cliente)Conceito

Em linguagem simples Quando a solução de um problema do cliente depende de mais de uma área interna, é preciso um acordo de prazo entre essas áreas — não apenas entre a empresa e o cliente.

Exemplo da aula exemplo da aula O time comercial fala com o cliente, mas a solução efetiva de um problema financeiro está no financeiro/controladoria. Se o SLA com o cliente é de 48 horas, o financeiro pode precisar responder ao comercial em 24 horas, ou até em poucas horas — dependendo da complexidade — para que o time de vendas consiga cumprir o prazo combinado com o cliente.

Por que importa Sem esse combinado interno, o gargalo aparece exatamente na intersecção entre áreas — o ponto onde mais frequentemente as coisas travam, especialmente em empresas menores onde uma mesma pessoa acumula funções de áreas diferentes.

Decisão que apoia Definição de SLAs internos (entre sócios/áreas técnicas) alinhados ao SLA prometido ao cliente — não apenas o prazo externo, mas os prazos internos que o sustentam.

Problema resolvido ≠ definitivamente resolvidoConceito

Em linguagem simples Uma solução tecnicamente correta pode gerar um novo mal-entendido se o cliente não é avisado do que esperar depois dela.

Exemplo da aula exemplo da aula Pastilha de freio nova: até compatibilizar totalmente com o disco, é esperado um ruído ao frear por um período (ex.: até completar 100 km rodados). Se o cliente não é avisado disso, e usa o carro pouco (ex.: apenas aos fins de semana), pode demorar meses até notar o ruído — e ligar reclamando, "certo" em sua percepção, porque ninguém o avisou do comportamento esperado.

Erro comum Considerar o registro fechado ("resolvido") sem incluir, no retorno ao cliente, o que é esperado acontecer depois — criando uma nova reclamação futura por falta de aviso, não por falha técnica real.

Decisão que apoia Padronização do que incluir na comunicação de fechamento de qualquer demanda técnica: não apenas "o que foi feito", mas "o que esperar depois".

Aplicação na Aura

Situação provável: demandas técnicas complexas provavelmente ainda dependem de quem está disponível (frequentemente um sócio ou o profissional técnico sênior mais próximo), sem um FROC formal com triagem, alçada e SLA interno definidos.
Sinais a investigar: existe hoje um "dono único" claro para cada tipo de demanda de cliente (técnica, financeira, contratual)? Ou a resposta depende de quem "pega" a demanda primeiro?
Dados necessários: mapeamento das demandas mais recorrentes de clientes nos últimos meses, com tempo de resposta e resolução reais (não estimados).
Processo a criar: FROC mínimo para incidentes técnicos e dúvidas de cliente, com RACI simples (quem executa, quem aprova, quem é consultado, quem é informado) e SLA interno entre sócios/áreas.
Responsável sugerido: sócio com maior proximidade operacional, para desenhar o fluxo com o time técnico — não sozinho, seguindo o alerta da aula de que quem escreve o processo sozinho, sem quem está na ponta, tende a errar.
Indicador criado: carta de controle (zona verde/amarela/vermelha) para pelo menos um indicador operacional crítico — por exemplo, tempo médio de resposta a incidente técnico.
Decisão suportada: quando escalar um problema, e para quem, sem depender de decisão caso a caso de um sócio.
Risco de não fazer: dependência permanente de "heróis" (tipicamente os sócios) para resolver problemas recorrentes, sem nunca corrigir a causa estrutural.

Perguntas para os sócios: se um cliente tiver um problema técnico grave amanhã, todos os sócios sabem, sem precisar perguntar, quem é o dono da resposta? Temos algum indicador operacional acompanhado com faixas de alerta (verde/amarelo/vermelho), ou só reagimos quando já virou reclamação?

Resumo do módulo: o FROC organiza qualquer resposta a demanda de cliente em seis etapas verificáveis; RACI garante dono único por etapa, evitando tanto a bola dividida quanto a lacuna; a carta de controle dá visibilidade antes da crise; e "resolvido" só é de fato resolvido quando o cliente sabe o que esperar depois.

08 · Módulo 3

Churn: causas, sinais e decisões

Pergunta que este módulo responde: a Aura descobre o risco de perder um cliente com antecedência suficiente para agir — ou só descobre no e-mail de cancelamento, quando já é tarde?

Contexto. "A maioria das empresas descobre o churn tarde demais." A aula defende que churn não é um evento isolado — é um processo com sinais antecedentes mensuráveis, e que a decisão de reter (ou deixar sair) um cliente precisa ser deliberada, não automática.

A linha do tempo do churnframework da aula

3 meses antes: queda de uso — o cliente para de logar ou de usar a funcionalidade/serviço principal. Em serviços contínuos, isso aparece como redução de interação, de solicitações ou de engajamento nas reuniões de acompanhamento.
1 mês antes: ticket de suporte — o cliente reclamou de algo, e a resposta foi lenta ou genérica. Este é o último ponto de recuperação relativamente barato.
Hoje: cancelamento — o e-mail de "quero cancelar" chega. "Agora é tarde."

Frase-síntese: "churn não é um evento isolado, é um processo" — o cancelamento é apenas o ponto final visível de uma sequência que já vinha se formando.

Decisão que apoia Que sinais monitorar continuamente (não apenas taxa de cancelamento) para agir na janela em que a recuperação ainda é possível e barata.

As causas reais do churnFramework

Em linguagem simples Existem sete causas típicas de churn, e elas se agrupam em duas famílias: condição comercial (a causa mais frequente, segundo a aula) e experiência/qualitativo (a segunda mais frequente).

As sete causas Valor: o cliente não percebeu o retorno sobre o investimento (ROI). Uso: baixa adoção — comprou, mas não incorporou na rotina. Expectativa: o que foi prometido na venda ≠ o que foi entregue na prática. Suporte: experiência ruim ao pedir ajuda — demora ou ineficiência. Concorrência: encontrou solução melhor ou mais aderente. Preço: ficou caro para o momento financeiro do cliente, sem valor percebido suficiente. Contexto: mudança de gestão, falência, fusão ou aquisição do lado do cliente — fora do controle do fornecedor.

Erro comum Assumir que a causa mais provável é preço ou concorrência (as mais fáceis de "culpar externamente"), quando a pesquisa consistentemente aponta condição comercial mal negociada e experiência como as causas mais frequentes.

Decisão que apoia Onde investigar primeiro ao perder um cliente — e o roteiro de entrevista de churn (a seguir) ajuda a isolar a causa real, em vez de presumi-la.

Roteiro de entrevista de churnframework da aula

Motivo principal de ter saído (múltipla escolha objetiva): preço/condição, atendimento/prazo, produto/qualidade, não viu valor, concorrência, mudou a necessidade, outro.
O que fez no lugar: foi para outra empresa (qual?), resolveu internamente, ou parou de usar.
O que teria evitado a saída por 30–60 dias: resolver um problema específico mais rápido, melhor preço/condição, melhor orientação de uso, melhor prazo/entrega, pagamento mais fácil, outro.
Pergunta opcional, só com abertura do cliente: posso avisar quando corrigirmos os pontos levantados?

Interpretação. O roteiro é curto e objetivo por design — múltipla escolha aumenta taxa de resposta e permite agregação estatística ao longo do tempo, revelando padrões que uma pergunta aberta isolada dificilmente revelaria.

O aplicativo de cancelamento: até onde vai a "convicção em servir"exemplo da aula · reconstruído

Contexto. Em uma instituição financeira, a equipe de Fabricio Chaves precisou decidir como desenhar a jornada de cancelamento de um serviço financeiro contratado pelo aplicativo — o debate era se o cliente deveria conseguir cancelar 100% pelo app, sem intervenção humana, ou se deveria ser direcionado a um fluxo de retenção via central de atendimento antes de concluir o cancelamento.

Decisão tomada: priorizar a experiência e o nível de serviço — permitir que o cliente contratasse e cancelasse inteiramente pelo aplicativo, sem barreira via atendimento humano, seguindo a lógica "você quis se contratar, entrou quando quis; eu não estou te atendendo bem, e você não está feliz — tem outro fazendo melhor, isso é experiência".

Resultado numérico: aumento de 20 pontos percentuais no churn, perda de receita e aumento de custo. "Tomamos uma decisão intempestiva, deixamos o cliente solto para prover uma experiência de verdade — perdemos o resultado do ano, e ele realmente foi embora."

Correção subsequente: desenvolvimento de uma solução totalmente digital com um motor de precificação inteligente, capaz de fazer uma contraproposta financeira automática e personalizada ao cliente no momento do cancelamento — sem tirá-lo do canal digital que ele preferia, sem empurrá-lo de volta para a central de atendimento (que ele explicitamente não gostava), mas também sem abrir mão de tentar reter. Resultado: recuperação de controle sobre o churn e melhora do NPS.

Interpretação. O erro não foi priorizar experiência — foi tratá-la como absoluta, sem contrapeso de resultado de negócio. "Extremos, neste caso, não adianta." A pergunta retórica do próprio professor evidencia o aprendizado: "onde estaria o erro se tivéssemos tido outra decisão — falta de convicção em servir?" Resposta implícita: não — o erro estava em confundir convicção em servir com ausência de qualquer tentativa de reter, dentro do mesmo canal e sem prejudicar a experiência que o cliente valorizava.

Onde a analogia deixa de funcionar: este é um caso de churn transacional, digital, de alto volume — a "contraproposta automática por motor de pricing" só é viável em escala com muitos clientes e dados históricos. Em uma empresa B2B de baixo volume e alto ticket como a Aura, a mesma lógica (não tratar retenção como tudo-ou-nada) se aplica, mas o mecanismo é necessariamente humano e consultivo, não automatizado.

Erro comum evitado por este caso: tratar "boa experiência" e "esforço ativo de retenção" como mutuamente exclusivos — o caso prova que é possível ter as duas coisas, com desenho adequado.

Quando vale a pena "demitir" um clienteexemplo da aula

Contexto. Pergunta de uma aluna com escritório de advocacia: como lidar com clientes de "demanda recorrente por horas" que geram desproporcionalmente mais trabalho e dor de cabeça do que o contrato paga, mesmo com esforço extra (over-delivery, atendimento de urgência sem taxa adicional) para tentar sustentar uma boa experiência.

Primeira decisão, anterior à experiência: sob a ótica de modelo de negócio, a empresa quer esse tipo de cliente/categoria ou não? Se há oportunidade real de crescimento nesse segmento, a decisão é manter e ajustar; se não, a decisão é sair — mas de forma deliberada, não por desgaste acumulado.
Se a decisão for manter: repactuar condições comerciais — rever preço para refletir o esforço real exigido.
Se a repactuação não for aceita pelo cliente: ele tende a sair naturalmente por conta própria — o que resolve o problema sem ruptura abrupta.
Se o cliente não sai nem aceita repactuar ("fica em cima do muro"): alongar prazos de atendimento e reduzir a senioridade do profissional alocado, comunicando essa mudança de forma clara — sem cortar o relacionamento.
Alternativa adicional: comunicar formalmente que a empresa não vai mais atender aquele setor/categoria, com prazo adequado — e, quando possível, fazer parceria com outra empresa/escritório que atenda esse nicho, repassando o cliente e mantendo uma pequena margem de comissão sobre a indicação, garantindo uma "passagem de bastão fluida".

Por que a passagem de bastão importa: "o grito desse cliente numa rede social vai ser muito parecido com o grito de um cliente grande que está permanecendo" — o risco reputacional de uma saída mal conduzida existe independente do tamanho ou valor do cliente que está saindo.

Interpretação. A decisão de manter ou não um cliente difícil precisa ser estratégica e deliberada — não uma reação emocional a um cliente cansativo, nem uma tolerância indefinida por medo de conflito.

Aplicação ilustrativa para a Aura exemplo ilustrativo Um cliente que consome desproporcionalmente tempo de suporte técnico sênior sem contrato que reflita isso é um candidato natural a repactuação de escopo/preço — não a tolerância silenciosa que corrói margem e energia da equipe técnica.

Aplicação na Aura

Situação provável: em contratos recorrentes de infraestrutura/governança, sinais de risco (queda de interação, atraso em aprovações, redução de escopo solicitada pelo cliente) provavelmente não são monitorados de forma sistemática — a Aura provavelmente só percebe o risco quando o cliente já sinaliza intenção de não renovar.
Sinais a investigar: existe algum contrato hoje sustentado apenas por inércia, sem repactuação de escopo, que consome desproporcionalmente tempo dos sócios ou de profissionais seniores?
Dados necessários: histórico de não-renovações e encerramentos de contrato, com motivo (mesmo que reconstruído de memória) — primeira base para um roteiro de entrevista de churn.
Processo a criar: lista simples de sinais de risco por conta recorrente (queda de interação, atraso em pagamento/aprovação, redução de escopo) revisada periodicamente.
Responsável sugerido: sócio dono da conta, com revisão periódica em conjunto com os demais.
Indicador criado: nº de contas com sinal de risco identificado × nº de ações de recuperação tomadas.
Decisão suportada: quando repactuar, quando investir esforço de retenção, e quando aceitar a saída de um cliente de forma deliberada e bem conduzida.
Risco de não fazer: continuar descobrindo perda de contrato apenas no momento do aviso de não renovação, sem qualquer janela de ação preventiva.

Perguntas para os sócios: temos hoje algum sinal sistemático de risco de não-renovação em contratos recorrentes, ou só descobrimos quando o cliente já decidiu sair? Existe algum cliente que, se pudéssemos escolher racionalmente, não teríamos mais como cliente — e o que nos impede de tomar essa decisão de forma deliberada?

Resumo do módulo: churn é um processo com sinais antecedentes mensuráveis, não um evento surpresa; as causas mais frequentes são condição comercial e experiência, não preço ou concorrência isoladamente; "priorizar a experiência" tem limite de resultado de negócio, como mostra o caso do aplicativo bancário; e "demitir" um cliente pode ser a decisão certa, desde que deliberada e bem conduzida.

09 · Módulo 4

Retenção, expansão e maturidade

Pergunta que este módulo responde: a Aura trata retenção e expansão como consequência de sorte e relacionamento pessoal dos sócios, ou como sistema com cadência, ritual e responsável definidos — no nível de maturidade adequado ao seu estágio atual?

Contexto. A aula fecha com pós-venda como motor de crescimento (não apenas suporte reativo) e com um modelo de três estágios de maturidade que ajuda a calibrar a ambição de processo ao tamanho real da empresa — implementar um modelo de grande empresa numa operação pequena é tão prejudicial quanto não evoluir quando já se está pronto para o próximo estágio.

Pós-venda como motor de crescimento: reter, expandir, aprenderFramework

Em linguagem simples Pós-venda não é apenas resolver problemas — é estratégia de receita, com três frentes: blindar a base para o cliente ficar (reter), aumentar o LTV através de upsell e cross-sell (expandir), e usar feedback para melhorar produto e venda (aprender).

Exemplo da aula, o próprio G4 como caso vivo exemplo da aula O G4 monitora satisfação dos alunos (pesquisas ao longo do programa), oferece renovação (recompra) baseada em feedback positivo, e — após identificar perfil, uso recorrente e satisfação — oferece upsell de outros produtos do ecossistema alinhados à persona e necessidade identificada de cada aluno, além de estimular indicação.

Erro comum Oferecer cross-sell/upsell para quem está insatisfeito — "não adianta oferecer para quem tem problema": sem medir satisfação primeiro, a empresa arrisca piorar a percepção do cliente insatisfeito com uma oferta mal calibrada.

Decisão que apoia Sequenciamento correto de iniciativas de pós-venda: medir satisfação antes de expandir, não em paralelo ou depois.

Os 5 pilares da retenção sistemáticaframework da aula

Frase-síntese: "sem esses 5 pilares, a retenção é apenas sorte."

Cadência (quando?): periodicidade definida de contato — semanal, mensal, trimestral, conforme o tipo de conta.
Rituais (como?): formatos padronizados — onboarding, QBR (revisão trimestral de negócio), check-in de saúde da conta.
SLAs (quanto tempo?): prazos claros de resposta e resolução de problemas.
Responsáveis (quem?): dono da conta (account manager ou CSM) claramente definido.
Sinais de risco (o quê?): gatilhos que indicam perigo — queda de uso, NPS baixo, ticket de suporte em aberto.

Interpretação. Os 5 pilares operacionalizam exatamente o que os Módulos 2 e 3 ensinaram (FROC, RACI, sinais de churn) aplicados especificamente à retenção contínua, não apenas à resposta a incidentes pontuais.

Quando e para quem oferecer expansão (upsell/cross-sell)framework da aula

O sinal — quando oferecer: sucesso comprovado (o cliente já teve resultado com o serviço atual), alto engajamento (uso frequente ou recente), NPS promotor (nota 9 ou 10 recente).

O alvo — para quem: fit de necessidade (tem o problema que o novo serviço resolve) e capacidade (tem orçamento ou maturidade para o próximo nível).

A oferta — o que vender: upsell (mais do mesmo — plano maior, mais escopo, mais usuários) ou cross-sell (serviço complementar — consultoria adicional, módulo extra).

Quando evitar oferecer: chamado grave em aberto, atraso não resolvido, NPS baixo, queda brusca de uso sem contato prévio — sinais que indicam que o momento é de recuperação, não de expansão.

Frase-síntese: "expansão não é empurrar produto. É entregar o próximo nível de valor."

Momento da oferta — a "ocasião de consumo": em resposta a uma dúvida de aluno sobre quando oferecer uma garantia estendida em um contrato de reforma, a orientação foi oferecer no próprio momento do fechamento do contrato principal ("a ocasião de consumo"), com um pequeno incentivo de preço para decisão imediata (ex.: valor menor se contratado até o segundo mês) — evitando tanto a diluição de poder de negociação (embutir no fechamento, virando moeda de troca sem necessidade) quanto a perda de janela (esperar o fim do projeto, quando o cliente já não sente mais a necessidade).

Três níveis de maturidade de operação de CXframework da aula

Pequena empresa — contexto: simplicidade, agilidade, contato direto com o cliente. Jornada: mapeada junto com o próprio dono e a equipe de frente. Fluxo interno: uma pessoa faz tudo — definir prioridades claras, não processos complexos. Retenção: contato direto e pessoal, o dono conhece os clientes pelo nome. Expansão: a indicação (boca a boca) é a principal alavanca.

Média empresa — contexto: estruturação, padronização, criação de playbooks. Jornada: formalizada — o conhecimento não pode mais estar apenas na cabeça das pessoas. Fluxo interno: começa a especialização — separar quem vende (hunter) de quem atende (farmer). Retenção: playbooks para garantir consistência e padrão de atendimento da equipe. Expansão: processos ativos de upsell/cross-sell — "não depende mais da sorte".

Grande empresa — contexto: escala, complexidade, alta especialização. Jornada: segmentação vital — jornadas específicas por tier de cliente. Fluxo interno: especialização de papéis (onboarding, CSM, suporte N1/N2, renovação). Retenção: gestão de contas-chave (key accounts) e planos de sucesso conjuntos (joint success plans). Expansão: cross-sell estruturado para penetrar novas áreas/departamentos do cliente.

Alerta sobre arquiteturas: empresas falam de arquitetura de negócio (para onde vamos, que mercado), arquitetura de sistemas (como os sistemas conversam entre si) e arquitetura de dados — mas raramente falam de arquitetura de processo. "Tem muita gente empilhando tecnologia onde não tem arquitetura de processo bem estabelecida — achando que a tecnologia por si só, sem alicerce, vai resolver. Não vai resolver, vai ser desperdício."

Interpretação. Classificar corretamente em qual nível (e em que ponto dentro do cluster — início, meio ou fim do nível) a empresa está é um gatilho relevante para preparar a transição para o próximo estágio — implementar processo de "grande empresa" numa operação pequena desperdiça recurso escasso; ficar preso ao modelo de "pequena empresa" quando já se cresceu limita a escala.

Empresa, cliente e indivíduo: a ordem que sustenta (ou não) a convicção em servirConceito

Em linguagem simples A ordem de prioridade entre empresa, cliente e indivíduo (o profissional que atende) não tem resposta universal — mas a escolha feita, comunicada ou não, molda o comportamento de toda a equipe.

Os três cenários da aula Cliente em primeiro, indivíduo em segundo, empresa em terceiro: tende a gerar satisfação de curto prazo às custas da sustentabilidade do negócio. Indivíduo em primeiro (agenda pessoal guiando decisões, "o que me dá menos trabalho"): tende a gerar performance ruim da empresa como um todo. Empresa em primeiro, cliente em segundo, indivíduo em terceiro: risco de a equipe abandonar o cliente sob pressão de resultado, e de o indivíduo se sentir instrumentalizado.

Posição da aula Não existe condição única — existe escolha, e "escolha é renúncia". A recomendação implícita é: a empresa precisa sobreviver (é "a mãe"); sem cliente a empresa não vive; e o indivíduo alicerça a história — mas o time precisa de uma conversa madura e explícita sobre essa ordem, não ambiguidade não dita.

Erro comum Não ter essa conversa explicitamente — deixando cada pessoa da equipe assumir, por conta própria, uma ordem de prioridade diferente, gerando decisões inconsistentes em momentos de tensão.

Decisão que apoia Alinhamento cultural explícito sobre como a equipe deve decidir em situações de conflito entre o que é bom para o cliente, para a empresa e para o indivíduo que está atendendo — tema que se conecta diretamente à discussão de cultura e liderança da Aura.

Aplicação na Aura

Situação provável: com cinco sócios e crescimento por relacionamento técnico, a Aura provavelmente está no limite entre pequena e média empresa — ainda depende de contato direto dos sócios, mas já sente a necessidade de formalizar jornada e separar papéis (venda técnica × entrega × relacionamento contínuo).
Sinais a investigar: os cinco pilares de retenção (cadência, rituais, SLAs, responsáveis, sinais de risco) existem hoje para as contas recorrentes da Aura, mesmo informalmente? Existe algum ritual de QBR ou check-in de saúde de conta com clientes recorrentes?
Dados necessários: lista de contas recorrentes com data do último contato proativo (não reativo) e status de satisfação percebida.
Processo a criar: os 5 pilares de retenção aplicados às contas recorrentes da Aura, calibrados ao estágio atual (provavelmente próximo do modelo de "média empresa").
Responsável sugerido: sócio dono de cada conta relevante, com cadência definida em conjunto.
Indicador criado: % de contas recorrentes com contato proativo no último trimestre; nº de oportunidades de expansão identificadas por sinal de sucesso (não por necessidade de faturamento da Aura).
Decisão suportada: nível de investimento em formalização de processo de CX adequado ao estágio real da Aura — nem subdimensionado, nem sofisticação prematura.
Risco de não fazer: expansão de contas continuar dependendo de oportunidade percebida casualmente por um sócio, em vez de processo sistemático — e retenção continuar dependendo de relacionamento pessoal, sem sistema que sobreviva à eventual saída ou indisponibilidade de um sócio específico.

Perguntas para os sócios: em qual dos três níveis de maturidade (pequena, média, grande) estamos hoje, honestamente — e o que isso implica sobre o que vale a pena formalizar agora versus depois? Se tivéssemos que ordenar explicitamente empresa, cliente e indivíduo em caso de conflito, qual seria a nossa ordem — e todos os sócios concordam com a mesma resposta?

Resumo do módulo: pós-venda é motor de crescimento com três frentes (reter, expandir, aprender), sequenciadas — nunca ofereça expansão a quem está insatisfeito; os 5 pilares tornam a retenção sistema, não sorte; expansão tem sinal, alvo e momento certos; e a maturidade de processo precisa ser calibrada ao estágio real da empresa, com uma conversa explícita sobre a ordem entre empresa, cliente e indivíduo.

10 · Caso integrado

InfraCo: o projeto tecnicamente bem entregue, mal percebido

exemplo ilustrativo Caso fictício, criado para conectar os quatro módulos em uma situação típica de empresa de engenharia de tecnologia. Nenhum dado é real da Aura.

Contexto e problema

A InfraCo conduz um projeto de modernização de infraestrutura cloud para um cliente de médio porte, com prazo de 4 meses. Tecnicamente, o projeto é um sucesso: a arquitetura final reduz custo de operação em 30%, elimina dois pontos únicos de falha identificados durante o diagnóstico, e é entregue dentro do prazo combinado.

No entanto, ao final do projeto, o CTO do cliente — que patrocinou o projeto internamente — expressa insatisfação em uma reunião de encerramento: "não sei se recontrataria a InfraCo". Nenhuma reclamação técnica formal foi registrada durante o projeto.

Diagnóstico com os quatro módulos

Módulo 1 (Jornada e atrito): uma reconstrução da jornada real do cliente (não feita durante o projeto, apenas depois, no diagnóstico) revela três atritos nunca capturados: (a) esforço — o CTO teve que perguntar ativamente, mais de uma vez, "como está o andamento?", porque não havia atualização proativa regular; (b) retrabalho — em duas ocasiões, o CTO teve que reexplicar contexto de negócio já discutido em reunião anterior para um profissional técnico diferente da InfraCo, que não tinha acesso ao histórico; (c) atraso silencioso — uma etapa intermediária atrasou 5 dias por uma dependência técnica legítima, mas o cliente só soube quando perguntou, não quando o atraso aconteceu.
Módulo 2 (Operação interna): não havia FROC formal para comunicação proativa de status — a comunicação era reativa (o cliente perguntava, a InfraCo respondia), quando deveria ser um retorno programado e recorrente. Não havia "dono único" da comunicação com o cliente, separado de quem executava tecnicamente — a ponta visível do iceberg (comunicação) dependia de quem estivesse disponível no momento em que o CTO perguntava, sem consistência de tom ou profundidade técnica.
Módulo 3 (Churn): aplicando a linha do tempo do churn retroativamente: a "queda de uso" equivalente, neste contexto B2B de projeto, foi a redução de interações proativas por parte da InfraCo ao longo do projeto — sem que ninguém percebesse isso como sinal de risco, porque não havia esse indicador sendo observado. A causa real de churn identificada, usando o roteiro de entrevista adaptado, foi "expectativa" (o que foi entendido como "acompanhamento" pelo cliente não correspondeu ao que a InfraCo considerou suficiente) — não qualidade técnica.
Módulo 4 (Retenção e maturidade): não havia nenhum dos 5 pilares de retenção aplicado durante a execução do projeto (que foi tratado como "entrega técnica", não como relacionamento contínuo) — cadência de atualização, rituais de check-in, SLA de comunicação, responsável único pela relação, e sinais de risco monitorados durante o projeto, não apenas no fechamento.

Alternativas e decisão

Alternativa A — reforçar apenas a qualidade técnica em projetos futuros, assumindo que a insatisfação foi pontual: rápido de "decidir" (não fazer nada de diferente), mas ignora que a causa raiz identificada foi comunicação e expectativa, não técnica — o problema provavelmente se repetiria.

Alternativa B — implementar um FROC de comunicação proativa e os 5 pilares de retenção como parte padrão de qualquer projeto de escopo relevante, mesmo projetos não recorrentes: mais trabalho de padronização inicial, mas ataca a causa raiz identificada — o iceberg da experiência precisa de bastidor visível ao cliente, não só qualidade técnica invisível.

Decisão adotada no caso: a InfraCo opta pela Alternativa B, definindo um dono único de relacionamento por projeto (separado do executor técnico principal), uma cadência mínima de atualização proativa semanal (mesmo sem novidade relevante — "sem novidades desta semana, seguimos no prazo" já é comunicação), e um retorno de fechamento de etapa que inclui explicitamente "o que esperar depois" de cada entrega técnica relevante — aplicando diretamente o conceito de "problema resolvido ≠ definitivamente resolvido" do Módulo 2.

Plano, indicadores e riscos

Plano: (1) nomear um dono de relacionamento por projeto relevante, distinto do executor técnico; (2) implementar cadência semanal de atualização proativa, mesmo em semanas sem novidade; (3) incluir, em toda comunicação de fechamento de etapa, o que esperar como próximo passo; (4) aplicar, ao final de todo projeto, uma versão curta do roteiro de entrevista de churn — mesmo em projetos "bem-sucedidos" tecnicamente — para capturar sinais de expectativa desalinhada antes do próximo contrato.

Indicadores: % de projetos com dono de relacionamento nomeado; nº de atualizações proativas enviadas por semana de projeto; resultado da pesquisa de encerramento (mesmo informal) por projeto.

Riscos remanescentes: comunicação proativa recorrente consome tempo de um profissional — se esse tempo não for planejado no escopo/precificação do projeto, cria pressão de margem; a InfraCo precisa decidir se esse custo é absorvido como parte do padrão de qualidade ou precificado explicitamente ao cliente.

Análise de sensibilidade: se o CTO insatisfeito for o único decisor de renovação/indicação, o custo de não ter corrigido isso a tempo é a perda de uma conta e de referências futuras — desproporcional ao custo de implementar uma cadência semanal de comunicação, o que reforça a prioridade da correção mesmo com o custo de tempo envolvido.

11 · Aplicação consolidada

O que a Aura precisa medir — e o que cada número decide

Diagnóstico. Informações que a empresa provavelmente ainda não possui formalizadas: mapeamento de jornada real (não ideal) de um projeto/contrato típico; FROC documentado para demandas técnicas; sinais de risco de churn monitorados continuamente; os 5 pilares de retenção aplicados a contas recorrentes. Disponível hoje: conhecimento tácito dos sócios sobre onde os projetos costumam "doer" — a matéria-prima existe na experiência acumulada, mesmo sem estar documentada.

Indicador	O que mede	Fonte	Freq.	Responsável*	Decisão que suporta
Atritos mapeados por projeto/conta	Onde o cliente sofre na jornada real	Mapeamento qualitativo pós-entrega	Por projeto	Sócio de entrega	Priorização de correção de processo
% de demandas técnicas com dono único definido	Maturidade do FROC interno	Registro de atendimento	Mensal	Sócio operacional	Redução de dependência de "heróis"
Tempo de resposta × tempo de resolução	Onde o gargalo real está	Registro de atendimento	Mensal	Sócio operacional	Investimento em processo vs. em velocidade de resposta
Sinais de risco por conta recorrente	Probabilidade de não renovação	Acompanhamento de conta	Trimestral	Sócio dono da conta	Priorização de ação de retenção
% de contas com contato proativo no trimestre	Disciplina dos 5 pilares de retenção	Registro de relacionamento	Trimestral	Sócio dono da conta	Cadência mínima de relacionamento
Resultado de pesquisa de encerramento de projeto	Causa real de satisfação/insatisfação	Roteiro de entrevista adaptado	Por projeto	Sócio de relacionamento	Correção de causa raiz, não de sintoma

* Responsáveis são sugestões por papel, não por pessoa — a atribuição nominal é decisão dos sócios.

12 · Plano de ação

Do imediato aos 90 dias

Imediato (esta semana)

Mapear a jornada real de um projeto recente, com os sócios envolvidos, identificando 2–3 atritos priorizados por impacto em churn, custo e receita futura. Objetivo: primeira visibilidade real de onde o cliente sofre. Problema que resolve: ausência de dado sobre atrito não capturado em reclamação formal. Resultado esperado: lista de atritos priorizados. Responsável sugerido: sócio de entrega. Dependências: nenhuma. Prioridade: alta. Indicador de conclusão: mapeamento documentado. Risco de não execução: continuidade de percepção de qualidade divergente da qualidade técnica real entregue.

30 dias

Desenhar o FROC mínimo para demandas técnicas e reclamações, com dono único, SLA interno e critério de escalonamento. Objetivo: reduzir dependência de "heróis". Problema que resolve: resposta inconsistente dependente de disponibilidade individual. Resultado esperado: fluxo documentado e comunicado a todos os sócios. Responsável sugerido: sócio operacional, com o time técnico. Dependências: mapeamento de jornada. Prioridade: alta. Indicador de conclusão: FROC usado em pelo menos um incidente real. Risco de não execução: continuidade do padrão reativo e sem dono claro.
Definir sinais de risco de churn para contas recorrentes (queda de interação, atraso, redução de escopo solicitada). Objetivo: antecipar risco de não renovação. Problema que resolve: descoberta tardia de insatisfação. Resultado esperado: lista de sinais e frequência de revisão definida. Responsável sugerido: sócio dono de cada conta. Dependências: nenhuma. Prioridade: alta. Indicador de conclusão: primeira revisão de sinais realizada. Risco de não execução: continuidade de surpresas em não renovação.

60 dias

Implementar cadência mínima de contato proativo (não reativo) para contas recorrentes relevantes. Objetivo: sistematizar retenção. Problema que resolve: retenção dependente de relacionamento pessoal informal. Resultado esperado: primeira rodada de contatos proativos realizada. Responsável sugerido: sócio dono da conta. Dependências: sinais de risco definidos. Prioridade: média. Indicador de conclusão: % de contas contatadas proativamente no período. Risco de não execução: retenção continua dependente de sorte.
Criar roteiro curto de entrevista de encerramento de projeto (adaptado do roteiro de churn), aplicado mesmo em projetos "bem-sucedidos". Objetivo: capturar causa real de satisfação/insatisfação antes do próximo contrato. Problema que resolve: qualidade técnica invisível não sendo percebida como valor pelo cliente. Resultado esperado: roteiro aplicado em pelo menos 2 encerramentos de projeto. Responsável sugerido: sócio de relacionamento. Dependências: nenhuma. Prioridade: média. Indicador de conclusão: roteiro documentado e usado. Risco de não execução: repetição do padrão "InfraCo" — projeto tecnicamente bom, percebido como insuficiente.

90 dias

Revisar os 5 pilares de retenção com os dados acumulados dos primeiros 60–90 dias, calibrando ao estágio real de maturidade da Aura (provavelmente entre pequena e média empresa). Objetivo: ajustar ambição de processo à capacidade real. Problema que resolve: risco de sofisticação prematura ou de subdimensionamento. Resultado esperado: 5 pilares documentados e aplicados às contas prioritárias. Responsável sugerido: todos os sócios em conjunto. Dependências: itens anteriores. Prioridade: média. Indicador de conclusão: pilares revisados em reunião de sócios. Risco de não execução: processo criado nos primeiros 60 dias não sobrevive sem revisão e ajuste.

+6 / +12 meses

Avaliar a transição para o modelo de "média empresa" descrito no Módulo 4 — separação clara de papéis entre quem vende, quem entrega e quem sustenta o relacionamento contínuo — quando o volume de contas recorrentes justificar. Objetivo: preparar a Aura para o próximo estágio de maturidade sem prematuridade. Problema que resolve: dependência estrutural dos sócios em todas as frentes de relacionamento com cliente. Resultado esperado: pelo menos um papel de relacionamento com cliente delegável a um profissional não sócio. Responsável sugerido: sócios em conjunto. Dependências: todos os itens anteriores consolidados. Prioridade: estratégica, não urgente. Indicador de conclusão: primeira conta relevante com relacionamento contínuo conduzido sem presença direta constante de sócio. Risco de não execução: teto de crescimento definido pela capacidade pessoal dos cinco sócios de sustentar relacionamento.

13 · Checklist de entendimento

Teste-se antes da reunião

Consigo explicar os quatro tipos de atrito (abandono, retrabalho, esforço, atraso) e dar um exemplo de cada aplicado a um projeto da Aura? (Módulo 1)
Sei explicar por que "responder rápido não é resolver bem" e a diferença entre tempo de resposta, tempo de resolução e qualidade da solução? (Módulo 1)
Consigo descrever as seis etapas do FROC de memória? (Módulo 2)
Entendo por que "o herói é sintoma de um processo doente" e sei dar um exemplo de "herói" na operação da Aura hoje? (Módulo 2)
Sei explicar a linha do tempo do churn (3 meses antes, 1 mês antes, hoje) e por que a maioria das empresas descobre tarde demais? (Módulo 3)
Consigo explicar o que deu errado (e o que foi corrigido) no caso do aplicativo de cancelamento bancário? (Módulo 3)
Sei nomear os 5 pilares da retenção sistemática? (Módulo 4)
Consigo descrever em qual dos três níveis de maturidade (pequena, média, grande empresa) a Aura está hoje, e o que isso implica? (Módulo 4)

14 · Reunião de sócios

Perguntas que geram decisão

Jornada e atrito. Se pedíssemos a um cliente para desenhar a jornada real do último projeto, onde ele marcaria os pontos de atrito? Conseguimos medir abandono e esforço, ou só o que vira reclamação explícita?

Operação interna. Todos os sócios sabem, sem precisar perguntar, quem é o dono da resposta a um problema técnico grave? Temos algum "herói" recorrente na operação — e o que isso revela sobre um processo que falta?

Churn. Temos hoje algum sinal sistemático de risco de não-renovação, ou só descobrimos quando o cliente já decidiu? Existe algum cliente que, avaliado com honestidade, deveríamos "demitir" — e o que nos impede disso?

Retenção e maturidade. Em qual dos três níveis de maturidade estamos, honestamente? Se tivéssemos que ordenar empresa, cliente e indivíduo em caso de conflito, todos os sócios dariam a mesma resposta?

Prioridades. Das ações do plano de 90 dias, quais três destravamos nesta reunião, com dono e data?

15 · Glossário

Termos deste guia, de A a Z

Alçada: Limite de autonomia de decisão delegado a alguém — evita que toda decisão precise passar pelo fundador ou sócio.
Atrito: O que acontece antes da reclamação — abandono, retrabalho, esforço ou atraso — nem sempre visível em indicadores tradicionais.
Carta de controle: Ferramenta de gestão visual com faixas verde/amarela/vermelha para acompanhar um indicador ao longo do tempo e agir antes da crise.
Churn: Cancelamento ou não renovação de um cliente — tratado na aula como processo com sinais antecedentes, não evento isolado.
Cross-sell: Venda de um serviço complementar ao que o cliente já tem. ≠ upsell, que é "mais do mesmo".
CSM (Customer Success Manager): Profissional responsável por garantir que o cliente obtenha o resultado esperado ao longo do relacionamento — foco em sucesso, não apenas suporte reativo.
Equação da felicidade: Satisfação = Resultado / Expectativa — a percepção do cliente depende da relação entre o que recebe e o que esperava.
FROC (Fluxo de Resposta Operacional ao Cliente): Sistema de seis etapas — entrada, triagem, decisão, execução, retorno, registro — para transformar resposta a demanda de cliente em processo previsível.
Iceberg da experiência: O que o cliente vê (interface, atendimento) é a ponta visível; processos, SLAs, RACI e cultura são o bastidor invisível que sustenta essa ponta.
NPS (Net Promoter Score): Métrica de lealdade baseada na pergunta "de 0 a 10, o quanto você recomendaria...", classificando clientes em detratores (0–6), neutros (7–8) e promotores (9–10).
NPS transacional: NPS medido em cada ponto de contato específico da jornada, não apenas a percepção geral da empresa.
OLA (Operational Level Agreement): Acordo de nível de serviço interno, entre áreas ou responsáveis, que sustenta o SLA prometido ao cliente.
Ocasião de consumo: Princípio de vendas: o momento mais oportuno para oferecer algo adicional é, quase sempre, o próprio momento de fechamento do negócio principal.
QBR (Quarterly Business Review): Revisão trimestral de negócio com o cliente — um dos rituais possíveis de retenção sistemática.
RACI: Matriz de responsabilidade: Responsável (executa), Aprovador (dono do resultado), Consultado (fornece input antes), Informado (sabe depois).
SLA (Service Level Agreement): Acordo de nível de serviço — prazo combinado de resposta ou resolução, com o cliente ou entre áreas internas.
Upsell: Venda de mais do mesmo serviço/produto — plano maior, mais escopo. ≠ cross-sell.

16 · Consulta rápida

Frameworks em um lugar só

Framework	Etapas / elementos	Como usar · cuidados
4 tipos de atrito	Abandono · Retrabalho · Esforço · Atraso	Abandono é o mais perigoso por ser silencioso — não gera reclamação, só evasão.
3 critérios de priorização de atrito	Impacto em churn · Impacto em custo · Receita futura	Priorize o que pontua alto em mais de um critério, não o mais recente ou visível.
Iceberg da experiência	Visível: interface, atendimento, comunicação → Invisível: processos, SLAs, RACI, cultura	Problema de percepção frequentemente tem causa no bastidor, não na ponta visível.
FROC	Entrada → Triagem → Decisão → Execução → Retorno → Registro	Cada etapa precisa de dono, critério e prazo — sem isso, vira "quem pegar primeiro".
RACI	Responsável · Aprovador · Consultado · Informado	Aprovador precisa ser sempre uma única pessoa por etapa — evita bola dividida.
Linha do tempo do churn	3 meses antes: queda de uso → 1 mês antes: ticket mal resolvido → Hoje: cancelamento	Monitore os sinais antecedentes, não apenas a taxa de cancelamento.
Roteiro de entrevista de churn	Motivo principal → O que fez no lugar → O que teria evitado a saída → Permissão para recontato	Múltipla escolha aumenta taxa de resposta e permite agregação estatística.
5 pilares da retenção	Cadência · Rituais · SLAs · Responsáveis · Sinais de risco	Sem os 5, retenção é sorte, não sistema.
Sinal · Alvo · Oferta (expansão)	Sinal: sucesso/engajamento/NPS alto → Alvo: fit + capacidade → Oferta: upsell ou cross-sell	Nunca ofereça expansão a quem está insatisfeito ou com chamado grave em aberto.
3 níveis de maturidade de CX	Pequena (contato direto) → Média (playbooks, papéis separados) → Grande (segmentação, key accounts)	Calibre a ambição de processo ao estágio real — nem sofisticação prematura, nem atraso.

17 · Validação

O que ainda precisa ser confirmado

Dados da Aura ausentes: mapeamento formal de jornada real de um projeto; FROC documentado; lista de sinais de risco de churn por conta recorrente; registro de contatos proativos com clientes.
Trechos de transcrição automática: a transcrição contém nomes de participantes e negócios específicos citados em sala (restaurante, distribuidora de material para pets, locação de equipamentos, escola de italiano, empresa de reforma, escritório de advocacia) — mantidos apenas quando ilustravam um princípio transferível; interações puramente locais (dinâmica de sala, comentários pessoais) foram omitidas.
Números do caso do aplicativo bancário: o valor citado (aumento de 20 pontos percentuais no churn) vem diretamente da narração da aula, com alta confiança por ser citado de forma específica e repetida — mas não há forma de auditá-lo independentemente; tratado como ilustrativo do princípio ("priorizar experiência tem limite de resultado"), não como benchmark a replicar.
Detalhamento técnico do "motor de pricing inteligente" citado na correção do caso bancário: a aula menciona o conceito e o resultado, mas não detalha a mecânica de precificação — fora do escopo desta aula, não desenvolvido aqui.
Aplicações à Aura marcadas como "situação provável": inferências a partir do contexto fornecido (crescimento por relacionamento técnico dos sócios, natureza B2B de alto ticket e ciclo longo) — não são fatos confirmados.

18 · Fontes, premissas e limitações

De onde vem cada coisa

Da aula (transcrição): a equação da felicidade, o caso do restaurante (Thaís) e o aplicativo de gestão de fila, o exemplo de terceirização de instalação (telefonia), o caso do call center com script inadequado, a carta de controle aplicada a um aluno com operação de atendimento, o SLA entre comercial e financeiro, o exemplo da pastilha de freio, o caso completo do aplicativo bancário de cancelamento, o caso do escritório de advocacia (demissão de cliente), o caso da escola de italiano (frequência de contato), o caso da distribuidora de material para pets (garantia de terceiros), o caso da empresa de reforma (momento de oferecer garantia estendida e segmentação por cliente), a discussão sobre as três dimensões (empresa, cliente, indivíduo).
Dos slides: a citação da Harvard Business School sobre retenção, os quatro tipos de atrito e os três critérios de priorização, o iceberg da experiência, a distinção tempo de resposta/resolução/qualidade, o FROC completo, a matriz RACI com exemplo de fluxo de suporte, a linha do tempo do churn, as sete causas de churn, o roteiro de entrevista de churn, os 5 pilares da retenção, o framework de sinal/alvo/oferta para expansão, os três níveis de maturidade com as quatro arquiteturas (negócio, sistemas, dados, processo).
Exemplos reconstruídos: o caso completo do restaurante (com a sequência de diagnóstico e recomendação), o caso completo do aplicativo bancário (decisão inicial, resultado, correção), o roteiro de decisão sobre demitir um cliente (escritório de advocacia).
Exemplo ilustrativo (números fictícios): o caso integrado InfraCo.
Dados reais da empresa: nenhum foi utilizado — a Aura ainda não possui, até onde este guia sabe, mapeamento de jornada, FROC documentado ou sinais de risco de churn monitorados.
Limitações: a aula é fortemente ilustrada com casos B2C e de atendimento massificado (restaurante, telefonia, banco, varejo) — a aplicação a um negócio B2B de baixo volume, alto ticket e ciclo longo como a Aura exige adaptação (menos automação, mais peso ao relacionamento humano direto), indicada ao longo do guia, mas que só os sócios podem calibrar com a realidade real da empresa.

Guia produzido a partir da aula "Experiência do Cliente" (G4 Traction · Fabricio Chaves): transcrição integral e apresentação de slides · adaptação educacional para os sócios da Aura Tech · julho de 2026. Documento interno; não distribuir fora da sociedade.

19 · Registro da transformação

O que mudou da aula para este guia

Principais alterações realizadas: conteúdo organizado nos três pilares da aula (jornada, operação interna, retenção/expansão) mais um quarto módulo consolidando maturidade e cultura, tratados na aula como fechamento disperso; cada framework explicado com os nove elementos do padrão CLARO; o caso do aplicativo bancário — narrado na aula com idas e vindas — foi consolidado em uma única sequência cronológica completa (decisão, resultado, correção) no Módulo 3; cada módulo ganhou seção "Aplicação na Aura" inexistente na aula original.

Referências presenciais reconstruídas: os exemplos de participantes específicos (restaurante, distribuidora de pets, locação de equipamentos, escola de italiano, empresa de reforma, escritório de advocacia) foram preservados apenas nos casos em que ilustravam um princípio transferível, com o contexto necessário reconstruído; perguntas feitas a alunos nomeados foram generalizadas como reflexões do leitor.

Conceitos que receberam explicações adicionais: a formalização da distinção entre tempo de resposta, tempo de resolução e qualidade da solução (apresentada na aula de forma mais narrativa do que estruturada — organizada aqui como conceito com os nove elementos do CLARO); a síntese dos "5 pilares da retenção" (citados no slide de forma tabular, expandidos aqui com a lógica de "por que sem eles é sorte").

Lacunas encontradas: a mecânica exata do "motor de pricing inteligente" citado no caso bancário não foi detalhada na aula, apenas o conceito e o resultado; o framework "SPICE/BANT" de qualificação (mencionado de passagem em outras aulas do programa) não aparece nesta aula e não foi importado aqui por não ter sido ensinado neste contexto.

Hipóteses utilizadas: todas as afirmações sobre "situação provável da Aura" em cada módulo são inferências, não fatos — marcadas como tal e listadas na seção de validação; o caso integrado InfraCo é inteiramente hipotético.

Dados que melhorariam a próxima versão: mapeamento real de jornada de pelo menos um projeto recente da Aura; histórico de não-renovações ou encerramentos de contrato com motivo; qualquer registro existente (mesmo informal) de contato proativo com clientes recorrentes.

Recomendações de aprofundamento: a aula cita dois livros como referência — "Customer Success" (Dan Steinman, Lincoln Murphy & Nick Mehta), descrito como a "bíblia" da área, útil para estruturar a área de CS como motor de crescimento e receita; e "A Experiência Sem Esforço" (Matthew Dixon, Nick Toman & Rick DeLisi), que desmistifica a ideia de "encantar a todo custo" e foca em reduzir o esforço do cliente — além da referência de Fred Reichheld sobre a origem do NPS ("A Pergunta Definitiva 2.0").

Pontos que exigem validação humana: os cinco itens listados na seção 17 — em especial o mapeamento de jornada real de um projeto da Aura, que só os sócios e o time técnico envolvido podem fazer com precisão.