Saltar para o conteúdo principal
A maioria das conversas WhatsApp ainda acontece nos telefones, mas uma parte significativa dos clientes - especialmente os casos de utilização B2B e de serviço ao cliente - responde às suas mensagens a partir da WhatsApp Web ou da WhatsApp Desktop app. Até o final de 2025, o Flows era aberto somente no telefone: um cliente no Desktop veria um espaço reservado informando-o para trocar de dispositivo. Desde o lançamento dos Fluxos no WhatsApp Web e no Desktop, os clientes podem preencher formulários na mesma janela da conversa, o que elimina um dos maiores pontos de fricção na recolha de dados do WhatsApp. Esta página cobre o que esperar de cada superfície, o que ainda não é suportado e como conceber Fluxos que funcionem bem num portátil.

Onde os fluxos são renderizados agora

SuperfícieFluxos renderizados nativamenteNotas
WhatsApp mobile (iOS, Android)SimO Surface original, suporte completo de recursos
WhatsApp Web (web.whatsapp.com)SimO modal abre em linha; a conversa permanece visível
WhatsApp Aplicação para ambiente de trabalho (Windows, macOS)SimIgual à Web; modal dentro da janela do ambiente de trabalho
WhatsApp para LinuxParcialVia web.whatsapp.com num browser
** WhatsApp Business app (versões mais antigas)Não no desktop companheiroAlguns aplicativos companheiros ainda pedem ao usuário para abrir em um telefone
Para o cliente, isto significa que uma mensagem Flow na conversa se expande para um painel modal quando toca nela, onde preenche os campos e submete. O envio é gravado no WhatsApp da mesma forma que no telemóvel, e o Flowella regista a resposta de forma idêntica.
O lançamento do Web/Desktop tem sido gradual. Alguns utilizadores em versões mais antigas do cliente WhatsApp podem ainda ver o aviso legado “por favor, abra no telemóvel”. O sistema recua graciosamente - eles podem completar o Fluxo no seu telefone quando estiverem prontos - mas se estiver a ver isto nos testes, peça ao utilizador para atualizar o WhatsApp Desktop ou atualizar o WhatsApp Web.

O que muda para os seus clientes

Os efeitos práticos do facto de os fluxos poderem ser utilizados na Web/desktop:
  • Os clientes não precisam de mudar de dispositivo para preencher o seu endereço ou escolher uma data. Um formulário que exige muita digitação é muito mais rápido num teclado.
  • Dados mais antigos mostravam que cerca de 30-40% das aberturas de fluxo na Web/no desktop eram abandonadas devido ao atrito da troca de dispositivo. Isso é recuperado quando o formulário é aberto no local.
  • Mais flexibilidade em formulários mais longos.** Um fluxo de 6-8 campos que seria doloroso no telemóvel é ótimo num teclado. É possível dividir menos formulários em vários ecrãs.
  • Um cliente que cola um longo número de encomenda, endereço ou número de IVA num campo do fluxo pode fazê-lo naturalmente.

O que ainda muda entre telemóvel e Web/desktop

Existem diferenças visuais e de interação que devem ser contornadas:
O modal Flow na Web/Desktop é um painel de largura fixa dentro da janela WhatsApp. É mais estreito do que um formulário Web típico e tem aproximadamente a mesma largura de um ecrã de telemóvel, pelo que os layouts de coluna única continuam a funcionar melhor. Não crie um fluxo que necessite de campos lado a lado.
Os selectores de data, dropdowns e outros controlos de formulário nativos utilizam a IU do cliente do ambiente de trabalho no Web/Desktop, que tem um aspeto diferente do de um telemóvel, mas tem o mesmo comportamento. Teste se os campos de data ou hora são renderizados de forma aceitável em ambos.
Os clientes na Web/Desktop anexam fotografias ou documentos do seu sistema de ficheiros e não do rolo da câmara. Se o seu Fluxo pedir “uma fotografia dos danos”, esperando uma captura instantânea com a câmara, defina as expectativas na cópia do pedido de que poderão ter de a tirar primeiro com o telemóvel.
A geolocalização do navegador funciona de forma diferente do GPS móvel. Se o seu fluxo solicitar uma localização, espere uma precisão inferior na Web/desktop e considere a introdução de um endereço como alternativa.
No telemóvel, o WhatsApp pode preencher automaticamente um OTP a partir de uma SMS recente. Na Web/Desktop, isto não acontece - o cliente digita o código manualmente. Certifique-se de que o campo de entrada está claramente identificado como “Código de 6 dígitos de SMS” ou semelhante.

Implicações do design

Com o Flows a correr na Web/Desktop, vale a pena rever as decisões de design:
  • Pode pedir mais campos por ecrã do que era sensato quando 30%+ dos utilizadores da Web/Desktop iam abandonar. Atualmente, um ecrã com 5-7 campos é razoável.
  • Formulários de endereço: os formulários de endereço com várias linhas (rua, cidade, código postal, país) funcionam bem num teclado. Não os esmague numa só linha por hábito.
  • Os números de encomenda, as referências de reserva, os números de IVA - campos em que é mais provável que o cliente esteja num computador do que num telefone - podem permanecer numa única entrada em vez de serem divididos.
  • Ecrãs de confirmação: O ecrã de confirmação de fim de fluxo tem agora mais espaço para um resumo significativo. Utilize-o para confirmar os dados introduzidos e não apenas para dizer “obrigado”.

Como o Flowella lida com dispositivos cruzados

Do ponto de vista do Flowella, um envio de fluxo é um envio de fluxo, independentemente da superfície que o cliente usou. A carga útil do webhook, o evento de envio de formulário do HubSpot e a notificação da caixa de entrada são idênticos. Se precisar de saber qual a superfície que o cliente utilizou - para análise ou para encaminhamento - o webhook de resposta inclui uma dica de dispositivo em alguns tipos de mensagem. A maioria dos relatórios não precisa dessa distinção.

Testes na Web/no desktop

Uma lista de verificação rápida ao criar ou revisar um fluxo:
1

Enviar o Flow para o WhatsApp Web de um contacto de teste

Utilizar o Templates → Envio de Teste do Flowella ou um contacto de teste, com o WhatsApp Web aberto num segundo monitor ou browser.
2

Abrir o fluxo na Web/no desktop

Confirmar que o modal Flow abre em linha e não com um marcador de posição “abrir no telemóvel”.
3

Preencha todos os campos como um cliente real o faria

Utilize Tab entre campos, cole valores longos quando for realista e verifique se os estados de erro (e-mail inválido, campo obrigatório em falta) são apresentados de forma legível.
4

Verificar data e comportamento do menu suspenso

Abrir o seletor de datas, percorrer os menus pendentes. Confirme que tudo o que foi testado apenas em dispositivos móveis continua a parecer natural com um rato.
5

Submeter e verificar se os dados estão corretos

Confirme que a resposta aparece na caixa de entrada do Flowella, na linha temporal do contacto do HubSpot e no seu fluxo de trabalho posterior.

Clientes mais antigos e fallbacks

Se um cliente estiver a utilizar uma versão mais antiga do WhatsApp que não suporta Fluxos na sua superfície atual, o WhatsApp apresenta normalmente um espaço reservado pedindo-lhe para atualizar ou abrir num telefone. O fluxo em si continua a ser válido - o cliente pode completá-lo mais tarde, reabrindo o chat numa superfície suportada. Para formulários críticos para o negócio, duas salvaguardas:
  • Inclua sempre uma mensagem de acompanhamento após o envio de um fluxo, pedindo ao cliente para confirmar que o completou. Se não o fizerem, a resposta automática pode pedir-lhes novamente.
  • Definir um prazo de validade razoável para o fluxo**, para que o convite do formulário não fique parado indefinidamente. Consulte Referência do modelo para obter as opções de tempo de vida no modelo subjacente.

Guias relacionados