Meu erro ao criar fluxo de atendimento pela primeira vez

Da primeira vez que resolvi criar fluxo de atendimento, montei um monstro de quarenta e poucos blocos numa tarde. Tinha menu, submenu, consulta de pedido, segunda via de boleto e até uma pesquisa de satisfação no fim. Publiquei orgulhoso. No terceiro dia eu não conseguia mais achar onde as pessoas estavam travando e acabei desligando tudo.

Refiz do zero com seis blocos. Saudação, uma pergunta, duas rotas e saída para humano. Funcionou. Cresceu depois, aos poucos, com dado real dizendo para onde crescer.

Este texto é o roteiro que eu queria ter tido naquele dia. Se você ainda não sabe o que é bloco e aresta, leia antes o que é o Flow Builder. Daqui para frente eu assumo que você já abriu o editor pelo menos uma vez.

Escreva o escopo numa frase só

Uma frase. Se você precisar de um "e" para ela caber, você tem dois fluxos, não um. Exemplo de frase que passa no teste: atender o primeiro contato fora do horário comercial, registrar o assunto e prometer retorno no próximo dia útil.

Com a frase pronta, liste o que precisa ser coletado e, principalmente, o que acontece quando o cliente não colabora. Automação boa já sabe o que fazer com a resposta esquisita. A ruim assume que todo mundo digita o número certo do menu. No começo a gente escreve só o caminho feliz, e é justamente o caminho feliz que menos dá problema.

O passo a passo para criar fluxo de atendimento

1. Rascunhe no papelCaixas e setas, antes de abrir o editor. Marque cada ponto em que o contato pode abandonar. Esse rascunho vira seu roteiro de teste depois, então não jogue fora.
2. Crie o fluxo e preencha o modal de dadosNome que descreva o caso, não o canal. Defina conexão e gatilho e confira se o bloco Início mostra exatamente os metadados que você espera.
3. Monte a conversaMensagem para a saudação, Menu para as opções, Captura quando precisar de texto livre. Cinco opções por menu no máximo, e olhe lá.
4. Coloque a decisãoBloco Condição separando os caminhos a partir do que foi capturado. Cada saída precisa terminar em algum lugar de verdade. Saída vazia é contato preso amanhã.
5. Desenhe a saída para humanoAntes de qualquer refinamento. Todo fluxo precisa de rota de transferência, alcançável de onde o cliente estiver.
6. Valide pela barra de ferramentasA validação aponta bloco Flow sem destino, referência circular e loop sem espera, mostrando onde está o problema no canvas.
7. Converse com o seu próprio botPercorra o rascunho item a item, inclusive respondendo errado de propósito. Só depois ative.

Os blocos que resolvem quase tudo

A vontade de usar bloco avançado logo na primeira versão é enorme e sai caro. Quase todo fluxo de entrada vive com um punhado pequeno de peças, e são sempre as mesmas.

• Mensagem: informa, confirma e encerra sem enrolação
• Menu: mostra opções e manda o contato para a rota certa
• Captura: recolhe resposta aberta, como número de pedido ou CPF
• Condição: aplica a regra e escolhe o caminho
• Ação: dispara rotina interna do CRM, como registrar o assunto
• Delay: segura a jornada por um período antes de continuar

HTTP, Webhook, Dados e HotFolder ficam para a segunda versão, quando o fluxo já provou que serve. Agente de IA também. O critério para decidir entre um e outro está em agente de IA ou fluxo de regras.

Escrevendo para uma tela de celular

Sua mensagem vai ser lida no ônibus, com uma mão, no meio de outra coisa. Frase longa vira parágrafo ilegível. Menu de dez opções vira rolagem e a pessoa responde qualquer número. Uma pergunta por mensagem. Verbo claro no começo da frase.

E não prometa o que o fluxo não faz. Já escrevi "vou verificar seu pedido" num bot que não consultava pedido nenhum, só encaminhava. O cliente esperou. Depois cobrou. A promessa quebrada custou muito mais do que a automação economizou naquele mês.

Testando antes de expor cliente

A validação do editor cuida da estrutura, não da experiência. Ela impede loop sem espera. Ela não sabe que sua pergunta ficou confusa. Por isso o teste conversando é obrigatório, e o valor está nos desvios, não no caminho certinho.

• Responder o menu com uma opção válida
• Responder o menu com um texto que não existe nas opções
• Responder o menu com áudio ou foto
• Abandonar a conversa no meio e voltar no dia seguinte
• Pedir atendimento humano logo na primeira mensagem
• Entrar no fluxo fora do horário de expediente configurado

O último item depende de outra configuração e merece cuidado. Comportamento fora de horário se resolve em expediente do chatbot, nunca com condição improvisada dentro do fluxo. Já tentei do jeito improvisado e virei refém de dez fluxos com dez versões diferentes de "horário comercial".

A primeira semana no ar

Ative em horário de pouco movimento, com alguém do time acompanhando as conversas ao vivo. A primeira semana é de olhar, não de mexer. Onde as pessoas travam, o que o menu não previu, quantas pedem humano na primeira mensagem.

As métricas do bot dão a leitura fria desse período e discordam da percepção do time com uma frequência que ainda me surpreende. O assunto está detalhado em métricas de automação do chatbot.

Combine também com quem recebe o dado que o fluxo coleta. Número de pedido, confirmação de cadastro, intenção de compra: tudo isso costuma continuar em outra área, como o registro de vendas. Se ninguém combinar isso antes, o dado fica parado no histórico da conversa e alguém digita de novo lá na frente.