Como usar este playbook
Este material não promete transformar a empresa inteira em um mês. A proposta é mais útil: escolher um problema real, implantar uma primeira solução pequena e terminar o ciclo sabendo se vale ampliar, corrigir ou parar.
Você vai trabalhar com cinco elementos: um gargalo frequente, um responsável de negócio, uma linha de base, uma solução limitada e uma reunião de decisão. Sem esses elementos, a empresa corre o risco de comprar tecnologia antes de entender o trabalho.
Semana 1 - escolha o problema certo
Comece pelo que já custa caro. Procure tarefas repetidas, decisões demoradas, informação espalhada, leads que esfriam, retrabalho, atraso de fechamento ou dados que chegam tarde.
Liste até dez situações e dê notas de 1 a 5 para:
- valor econômico se o problema melhorar;
- frequência com que acontece;
- facilidade para medir o antes e o depois;
- disponibilidade de dados;
- risco caso a solução erre.
Escolha apenas um caso. Escreva uma frase no formato: “Hoje, a equipe gasta ou perde X por causa de Y. Vamos testar Z por 14 dias e medir W.”
O caso não precisa usar um agente. Pode ser um painel, uma automação, uma busca sobre documentos, um resumo diário ou um assistente que prepara trabalho para uma pessoa aprovar.
Semana 2 - transforme rotina em fluxo
Observe uma execução real e desenhe cinco blocos:
1. o que dispara o trabalho;
2. quais dados entram;
3. quais decisões mudam o caminho;
4. qual resultado precisa sair;
5. quando uma pessoa precisa assumir.
Separe dados autorizados de dados sensíveis. Defina uma fonte de verdade para políticas, preços, produtos e procedimentos. Se duas pessoas explicam a mesma regra de maneiras diferentes, resolva isso antes da automação.
O objetivo é produzir uma ficha de uma página. Ela deve permitir que outra pessoa entenda o trabalho, identifique exceções e revise a saída da solução.
Semana 3 - rode um piloto assistido
Registre a situação atual antes de testar. Meça tempo, volume, erro, conversão, receita recuperada ou outra variável diretamente ligada ao caso.
Limite o piloto:
- uma equipe ou unidade;
- um canal;
- um tipo de solicitação;
- um período curto;
- revisão humana definida.
Na primeira semana de uso, prefira revisar uma amostra grande. Classifique os erros por causa: falta de contexto, instrução ruim, dado desatualizado, ferramenta inadequada ou situação fora do escopo.
Não corrija apenas a resposta. Corrija o sistema que permitiu o erro.
Semana 4 - decida e institucionalize
Compare o piloto com a linha de base. O resultado melhorou? A qualidade ficou aceitável? O custo total, incluindo revisão, faz sentido? A equipe consegue usar? Houve risco ou incidente?
Escolha uma das três decisões:
- ampliar de forma controlada;
- corrigir e testar outro ciclo;
- parar porque o caso não provou valor.
Se ampliar, não aumente usuários, dados e autonomia ao mesmo tempo. Expanda uma dimensão por ciclo.
Crie uma rotina semanal de 20 minutos com quatro perguntas: o que a solução fez, onde errou, quanto valor gerou e o que muda na próxima semana.
Checklist de encerramento
- O caso de uso está escrito em uma frase.
- Existe um dono de negócio.
- A linha de base foi registrada.
- O escopo e as exclusões estão claros.
- A revisão humana está definida.
- Dados e permissões foram revisados.
- Três métricas foram acompanhadas.
- Erros foram classificados.
- A decisão de ampliar, corrigir ou parar foi registrada.
Próxima decisão
O primeiro projeto serve para ensinar a empresa a implantar. O ativo mais importante não é a ferramenta isolada; é a capacidade de escolher, testar, medir e evoluir tecnologia sem depender de entusiasmo ou medo.