O cliente liga para saber em que pé está o serviço, e a informação está espalhada em três lugares.
Alguém precisa abrir o WhatsApp, conferir a planilha e perguntar para quem está executando. Só depois disso responde.
Numa operação de serviço com 60 clientes ativos, esse pedido chega entre 40 e 70 vezes por mês. Cada um consome de 8 a 15 minutos de alguém que estava fazendo outra coisa.
São cerca de 12 horas mensais gastas respondendo uma pergunta que o próprio cliente poderia ver sozinho.
E o custo maior não é esse. É o que o cliente conclui enquanto espera.
Como o cliente descobre o andamento hoje?
Perguntando. Não existe outro caminho.
No desenho abaixo, repare que a informação já existe em todas as etapas. O que não existe é um lugar onde ela esteja junta.
- O cliente pergunta por WhatsApp, telefone ou e-mail.
- Quem recebe procura em sistema, planilha e conversas antigas.
- Confirma com quem está executando, porque o registro costuma estar atrasado.
- A resposta chega horas depois, às vezes no dia seguinte.
O que o cliente conclui enquanto espera
Ele não conclui que a empresa está organizada internamente.
Demora para responder uma pergunta simples é lida como desorganização ou descaso. E a conclusão se forma rápido, bem antes de qualquer problema real de entrega aparecer.
Isso tem efeito direto no comercial. Cliente que desconfia do andamento cobra mais, pede desconto mais cedo e indica menos.
É o mesmo mecanismo descrito no artigo sobre o onboarding de cliente novo, aplicado ao meio do serviço em vez do começo.
Onde exatamente ele quebra
Quebra na segunda etapa, e a causa é de arquitetura, não de disciplina.
A informação de andamento nasce em lugares diferentes. O prazo está no contrato. A etapa atual está na cabeça de quem executa. A última conversa está no WhatsApp de alguém. O pagamento está no financeiro.
Nenhum desses lugares foi feito para responder a pergunta do cliente. Eles foram feitos para controlar partes da operação.
Por que mandar atualização não resolve sozinho
A reação comum é criar uma rotina de avisar o cliente toda semana.
Funciona por um tempo e tem dois problemas. O primeiro é que depende de alguém lembrar, o que reintroduz o problema original em outra forma.
O segundo é que a pergunta do cliente raramente é sobre a semana. É sobre um momento específico, quase sempre quando ele precisa tomar uma decisão. Aviso programado chega na hora da empresa, não na hora dele.
A pergunta por trás da pergunta
Quase nunca o cliente quer mesmo saber a etapa. Ele quer saber se pode contar com aquilo.
Quem liga perguntando como está o processo normalmente precisa decidir outra coisa. Se avisa o próprio cliente, se agenda a equipe, se adia uma compra, se pode viajar na semana que vem.
Isso muda o que o painel precisa mostrar. Etapa atual, sozinha, responde pouco. O que responde é a combinação de três informações.
- Onde está. A etapa, com nome que o cliente entende.
- Quando termina. A data prevista, atualizada, não a do contrato.
- O que depende dele. O documento, a aprovação ou a informação que está travando.
A terceira é a mais esquecida e a que mais reduz ligação. Boa parte dos atrasos em serviço espera alguma coisa do próprio cliente, e ele raramente sabe disso enquanto não cobram.
Como resolvemos
Centralizando o estado da operação em um lugar e abrindo esse lugar para o cliente.
No desenho abaixo, a diferença é que o cliente deixou de ser o gatilho. A informação já está pronta quando ele chega.
- Quem executa move a etapa no sistema, que é parte do trabalho e não tarefa extra.
- O estado central atualiza na hora, sem ninguém consolidar nada.
- O cliente abre e vê a etapa, o prazo, os documentos e o que falta dele.
- O aviso automático sai só quando acontece uma mudança que muda a decisão dele.
A parte que faz isso funcionar de verdade
É o primeiro passo, e ele não é tecnológico.
Se mover a etapa no sistema for trabalho adicional para quem executa, o registro vai atrasar e o painel vai mentir. Painel que mente é pior que não ter painel, porque o cliente passa a desconfiar da informação e volta a ligar.
Por isso o desenho sempre começa pela rotina de quem executa, não pela tela do cliente. A etapa tem que ser movida no mesmo lugar onde a pessoa já trabalha.
Esse é o mesmo princípio de integração do artigo sobre CRM integrado com atendimento e vendas.
Onde a IA entra e onde não entra
A visibilidade em si não precisa de IA. É dado organizado em um lugar só.
A IA entra em dois pontos. Um deles é traduzir o estado técnico para a linguagem do cliente, porque etapa interna costuma ter nome que só a equipe entende.
O outro é responder a pergunta fora do padrão. Quando o cliente pergunta algo que o painel não mostra, o agente consulta o mesmo estado central e responde, em vez de abrir chamado. Isso segue a lógica do artigo sobre automatizar perguntas repetidas.
Na nossa operação, esse estado central é a Vera, que criamos justamente para o problema do cliente perdido no meio do serviço.
Para ver como desenhamos esse tipo de sistema, a página de tecnologia e automação mostra o caminho.
Por onde começar sem reescrever a operação
Não é preciso centralizar tudo de uma vez, e tentar isso é o que faz o projeto demorar demais.
O caminho mais curto começa por um recorte. Escolha o serviço de maior volume, mapeie as etapas que ele realmente tem, e exponha só esse. Os outros continuam como estão.
Mapear etapa costuma revelar algo incômodo e útil. Em boa parte das empresas, duas pessoas descrevem o mesmo serviço com etapas diferentes, porque o processo nunca foi escrito. Resolver isso é metade do projeto, e é trabalho de conversa.
Depois que o primeiro serviço está no ar e a equipe se acostumou a mover a etapa, incluir o segundo costuma levar poucos dias. O custo alto é sempre o do primeiro.
Vale também escolher o serviço pelo tipo de cliente, não só pelo volume. Começar pelos contratos mais longos dá mais tempo de ajustar antes de o painel virar padrão da casa.
O que isso custa e em quanto tempo paga
O exemplo é ilustrativo, com números redondos para mostrar o cálculo. Não é resultado garantido.
| Item | Antes | Depois |
|---|---|---|
| Pedidos de status por mês | 55 | 12 |
| Minutos por pedido | 12 | 4 |
| Horas por mês nisso | 11 | menos de 1 |
| Tempo até o cliente saber | horas | imediato |
Com hora de operação a 80 reais, as 10 horas economizadas valem 800 reais por mês. É o ganho fácil de calcular e o menos relevante.
O relevante é a percepção. Serviço com acompanhamento visível sustenta preço melhor e gera mais indicação, e essas duas coisas não aparecem em nenhuma planilha de horas.
O efeito interno que ninguém pede
Expor o andamento ao cliente muda o comportamento da equipe antes de mudar o do cliente.
Quando o registro era só interno, atraso ficava entre a equipe e ia sendo empurrado. Com o cliente vendo, a etapa parada vira uma conversa que acontece sozinha, sem gestor cobrando.
Isso não é efeito mágico de transparência. É só que o custo de deixar parado ficou visível para quem decide, no mesmo dia em que aconteceu, em vez de aparecer na reunião do mês seguinte.
A contrapartida é real e precisa ser dita. No primeiro mês, a empresa descobre atrasos que existiam e ninguém media. Isso gera desconforto interno e algumas conversas difíceis com cliente. É o preço de uma informação que já estava lá.
Quando essa solução não serve
Não serve em serviço de ciclo muito curto. Se a entrega leva dois dias, o cliente não chega a perguntar, e montar painel para isso é custo sem retorno.
Não serve quando a etapa não é objetiva. Trabalho criativo ou consultivo costuma não ter estágio claro, e inventar um para encher o painel gera expectativa errada sobre prazo.
E não serve enquanto a operação interna não for confiável. Painel exposto ao cliente revela atraso que antes só a equipe via. Isso é saudável no médio prazo e desconfortável no primeiro mês, e a empresa precisa estar pronta para a conversa.
Perguntas frequentes
O cliente vai usar mesmo um painel?
Parte usa e parte continua perguntando, e tudo bem. O ganho vem da soma. O painel absorve a maioria das consultas e o agente responde o resto consultando o mesmo lugar.
Preciso de aplicativo próprio para isso?
Não precisa. Um link com acesso por cliente resolve na maioria dos casos. Aplicativo só vale quando o acompanhamento é diário e faz parte do produto.
E se a equipe não atualizar o sistema?
Então o projeto falha, e a culpa é do desenho. Mover a etapa precisa acontecer dentro da rotina de quem executa, não como tarefa extra no fim do dia.
Isso não aumenta a cobrança do cliente em cima da equipe?
No começo costuma aumentar um pouco, depois cai bem abaixo do nível anterior. O que gera cobrança é incerteza, não informação. Cliente que vê o prazo atualizado cobra menos que cliente que está no escuro há duas semanas.
Quanto tempo leva para montar?
Quando as etapas do serviço já estão definidas e são objetivas, costuma ser questão de semanas. Quando cada cliente segue um caminho diferente, o prazo é definido por padronizar o serviço, não pelo sistema.
Quer saber quantas horas o seu time gasta por mês respondendo em que pé está? fale com o time da Blue Labs no WhatsApp.