Skip to main content
Crie um WhatsApp Flow, teste suas telas e o processamento de dados e, em seguida, publique-o para uso em mensagens para clientes.

​
Escolha um método de criação

Você pode gerenciar Flows por meio da API de Flows da YCloud. Você também pode usar as ferramentas de criação de Flows disponíveis para a sua WABA no Gerenciador do WhatsApp. O suporte à API e a disponibilidade do editor no console são independentes. Confirme as opções exibidas para a sua conta em vez de presumir que todas as telas da YCloud incluem um criador de Flows.
WhatsApp Flows na YCloud com a opção Criar Flow destacada.

In YCloud, open WhatsApp Flows and select Create Flow to review the creation options available for your WABA. This demonstration WABA has no existing Flows.

​
Preparar e testar

  1. Selecione a WABA que será proprietária do Flow.
  2. Defina as telas, os campos e o resultado de conclusão.
  3. Decida se o Flow precisa de um endpoint de dados.
  4. Crie um rascunho e corrija os erros de validação.
  5. Visualize toda a jornada do cliente com dados sintéticos.
  6. Publique somente após o formulário e o processamento posterior estarem prontos.
Exemplo de criação de Flow no Gerenciador do WhatsApp A captura de tela ilustra o fluxo de trabalho existente no Gerenciador do WhatsApp. Siga os rótulos e avisos de qualificação atuais na sua conta.

​
Defina os dados antes das telas

Para uma solicitação de agendamento, escreva uma breve especificação de campos: Use o número mínimo de campos necessários. Um horário de preferência não é um horário reservado; nomeie-o com precisão até que o sistema de reservas confirme a disponibilidade. Decida o que cada tela recebe, retorna e exibe em caso de falha. Para um Flow dinâmico, o endpoint deve lidar com disponibilidade desatualizada e seleções inválidas, mesmo quando o formulário normalmente restringe esses valores.

​
Valide o rascunho em etapas

  1. Estrutura: recupere o Flow e inspecione validationErrors. Corrija os locais indicados no JSON, não apenas o primeiro erro visível.
  2. Navegação: teste cada caminho de avanço, retorno e conclusão.
  3. Dados: teste campos obrigatórios vazios, valores máximos esperados e seleções que não são mais válidas.
  4. Endpoint: teste dados indisponíveis, tempos limite (timeouts) e uma operação de negócios rejeitada.
  5. Conclusão: confirme se a resposta chega ao contexto de cliente correto exatamente uma vez.
Para a rota da API, a sequência documentada é criar, recuperar detalhes de validação, atualizar a estrutura, gerar uma prévia e publicar. O endpoint de prévia cria uma URL pública de prévia, portanto, use dados sintéticos e nenhum segredo.

​
Planeje um lançamento com controle de versão

Mantenha a definição do Flow e quaisquer alterações de endpoint juntas no seu registro de lançamento. Registre o ID do Flow, a WABA proprietária, o status, o modelo de convite pretendido e o resultado de negócios. O contrato atual da YCloud contém descrições inconsistentes sobre a edição de Flows publicados. Até que esse comportamento seja esclarecido, use uma nova versão testada do Flow para alterar uma experiência em produção, em vez de depender de uma reversão local para rascunho. Atualize o convite apenas depois de testar a versão substituta. Não descontinue o Flow anterior antes de verificar os convites ativos e a transição planejada para os clientes que já o receberam.

​
Antes de publicar

Verifique campos obrigatórios, navegação, entradas inválidas, envios duplicados e falhas de endpoint. Uma prévia pública não deve conter segredos de produção nem dados confidenciais de clientes. A publicação altera o ciclo de vida do recurso. Consulte o contrato atual antes de modificar um Flow em produção; planeje uma versão de substituição quando necessário. Se você não conseguir encontrar o Flow ao criar um modelo, confirme se ambos os recursos pertencem à WABA pretendida e se o Flow está disponível para uso. Continue com Enviar um Flow.