Roadmap de 90 dias para automação de atendimento com IA

O erro clássico é tratar automação como um lançamento único: liga o bot, torce e mede depois. As três fases existem para reduzir risco em etapas. Nos primeiros 30 dias você não automatiza nada, apenas descobre e instrumenta. Dos 30 aos 60 você roda um piloto guiado num subconjunto pequeno de intents, com handoff humano sempre disponível. Dos 60 aos 90 você escala com governança: expande intents, adiciona RAG e guardrails, e estabelece um processo de mudança. Cada fronteira é um portão de decisão, não uma data no calendário.

DIA 0 ------------- 30 ------------- 60 ------------- 90

[ FASE 1 ]          [ FASE 2 ]          [ FASE 3 ]
Descobrir e         Piloto guiado       Escalar com
instrumentar        com handoff         governança

- top intents       - bot em poucas     - expandir intents
- baseline          intents             - RAG + guardrails
  (volume/CSAT/     - handoff sempre    - governança de
   tempo)             disponível          mudança
- instrumentação    - medir contenção   - SLAs e alertas

PORTÃO 1            PORTÃO 2            PORTÃO 3
baseline confiável  contenção com       operação estável
+ eventos no log    CSAT mantido        + processo de mudança

Os portões importam mais que as datas. Se ao fim da fase 1 você não tem baseline confiável, não avance: automatizar sem linha de base é automatizar no escuro. Se ao fim da fase 2 a contenção subiu mas o CSAT caiu, você está empurrando problema para o cliente, não resolvendo. Tratar cada fronteira como critério de saída, e não como prazo, é o que separa um rollout responsável de um piloto que virou produção por inércia.

Antes de detalhar cada fase, vale fixar o contrato de cada uma: o que ela busca, o que ela entrega e como você sabe que terminou. Use esta tabela como o resumo executivo do roadmap, aquele slide único que alinha time técnico, suporte e liderança sobre o que esperar em cada marco.

A fase 1 não entrega bot nenhum, e é a mais importante. O objetivo é duplo: entender o que os clientes realmente perguntam e medir o estado atual com números, para que toda melhoria futura seja comparável. Pular esta fase é o erro mais caro do roadmap, porque sem baseline você nunca prova ROI nem detecta regressão. Siga esta ordem.

1. Mapeie os top intents: extraia 60 a 90 dias de tickets e conversas e agrupe por intenção real (segunda via, status de pedido, troca, horário, falar com humano). Ordene por volume. Tipicamente 10 a 15 intents cobrem 80 por cento do volume, e é nesse topo que a automação paga.
2. Estabeleça o baseline de volume: meça quantos contatos por dia e por intent, distribuição por hora e por canal, e o pico. Sem isso você não dimensiona contenção nem capacidade.
3. Estabeleça o baseline de CSAT e qualidade: registre a satisfação atual por intent (CSAT ou proxy como reabertura de ticket), para garantir que a automação não degrade a experiência. Esta é a métrica de guarda que protege o cliente nas fases seguintes.
4. Estabeleça o baseline de tempo: tempo de primeira resposta, tempo de resolução e tempo em fila, por intent. Eles viram a promessa de valor (responder em segundos o que hoje leva minutos ou horas).
5. Instrumente os eventos antes de automatizar: defina e implemente o log de eventos (mensagem recebida, intent detectada, resposta enviada, handoff acionado, ticket resolvido) com ids correlacionáveis. A instrumentação precede o bot, nunca o contrário.
6. Defina o golden set inicial: separe 30 a 50 perguntas reais com a resposta correta revisada por humano. Ele vira a base de avaliação do bot na fase 2 e o critério objetivo de qualidade.

Ao fim da fase 1 você não tem automação, mas tem algo mais valioso: um número confiável para cada coisa que pretende melhorar e um log que vai contar a verdade quando o bot entrar. Esse é o portão 1. Se algum baseline ainda for chute, fique mais uma semana aqui antes de avançar.

Agora o bot entra, mas com escopo deliberadamente estreito. A regra da fase 2 é automatizar pouco e medir muito. Escolha de 3 a 5 intents do topo que sejam de alto volume e baixo risco (perguntas informativas antes de ações transacionais), e mantenha o handoff humano sempre a um toque de distância. O sucesso desta fase não é "o bot funciona", é "o bot contém parte do volume sem piorar o CSAT do baseline".

• Comece por intents de alto volume e baixo risco: FAQ, horários, políticas. Deixe ações com efeito colateral (cancelar, reembolsar) para a fase 3, quando já houver guardrails.
• Handoff sempre disponível: o cliente pode pedir um humano a qualquer momento, e o bot escala sozinho quando a confiança cai ou detecta frustração. Handoff não é falha do bot, é a rede de segurança que torna o piloto seguro.
• Meça a taxa de contenção: percentual de conversas resolvidas sem handoff, por intent. É a métrica central da fase, mas só vale lida junto do CSAT.
• Vigie o CSAT como métrica de guarda: contenção subindo com CSAT caindo é sinal de alarme, não de sucesso. A meta é contenção maior com satisfação igual ou melhor que o baseline.
• Avalie contra o golden set a cada mudança: rode fidelidade e relevância das respostas em CI antes de qualquer ajuste de prompt ir para produção.
• Faça shadow ou rollout percentual: rode em uma fatia do tráfego (por exemplo 10 a 20 por cento) ou em modo sombra antes de abrir para todos, para limitar o raio de impacto de um erro.

O portão 2 é atingido quando a contenção no subconjunto é consistente e o CSAT se mantém ou melhora em relação ao baseline. Só então faz sentido pensar em expandir. Se a contenção veio às custas da satisfação, o problema está no escopo ou nas respostas, não na ambição: corrija aqui, com poucos intents, e não depois com cinquenta.

Com um piloto que comprovadamente contém volume sem degradar a experiência, a fase 3 expande cobertura, mas o foco muda de "automatizar mais" para "automatizar sem perder controle". Escalar sem governança é como remover os freios depois de aprender a acelerar. Aqui você amplia intents, adiciona RAG e guardrails para sustentar qualidade na escala, e formaliza o processo de mudança.

• Expanda intents em ondas: adicione novos intents em lotes pequenos, cada um passando pelo mesmo rito de baseline, golden set e medição da fase 2. Nunca abra dezenas de intents de uma vez.
• Adote RAG para conhecimento que cresce: quando a base de respostas fica grande e muda, recuperação ancorada na sua base de conhecimento sustenta precisão melhor que prompts gigantes e estáticos.
• Reforce guardrails para ações de risco: ao automatizar intents transacionais, exija confirmação, limite de escopo, threshold de confiança e fallback explícito para humano. Guardrail é o que permite automatizar ação sem medo.
• Estabeleça governança de mudança: toda alteração de prompt, intent ou base passa por revisão, avaliação no golden set e versionamento. Mudança em produção é evento auditável, não ajuste informal no painel.
• Defina SLAs e alertas: formalize o SLA de handoff e de resposta humana, e instrumente alertas para queda de contenção, salto de handoff ou erro de integração, para detectar regressão antes do cliente reclamar.
• Institua revisão contínua: amostre conversas reais toda semana, alimente as falhas de volta no golden set e reavalie. A operação estável é um ciclo, não um estado final.

O portão 3 não é um lançamento, é a transição de projeto para operação: cobertura ampliada, qualidade sustentada por RAG e guardrails, e um processo que permite mudar com segurança toda semana. A partir daqui o roadmap vira rotina, e o trabalho deixa de ser "colocar o bot no ar" e passa a ser "mantê-lo confiável enquanto o negócio muda".

A maioria dos roadmaps falha pelos mesmos três motivos, e todos são evitáveis se você respeitar a ordem das fases. Eles aparecem cedo e custam caro, porque corrompem a base sobre a qual todo o resto se apoia.

• Automatizar tudo de uma vez: abrir dezenas de intents no primeiro mês maximiza a superfície de erro e impossibilita atribuir causa quando algo dá errado. A fase 2 existe justamente para conter o raio de impacto. Comece estreito.
• Avançar sem baseline: sem volume, CSAT e tempo medidos antes do bot, você nunca prova ROI nem detecta regressão, e qualquer discussão vira opinião. A fase 1 não é opcional, é o que torna todo o resto comparável.
• Operar sem handoff: bot sem saída humana transforma cada limitação em cliente preso e irritado. O handoff sempre disponível é o que torna seguro errar e aprender em produção. Sem ele, o primeiro erro vira incidente.