Dove vengono resi i Flussi ora
| Superficie | I flussi vengono resi in modo nativo | Note |
|---|---|---|
| WhatsApp mobile (iOS, Android) | Sì | Il surface originale, supporto completo delle funzioni |
| WhatsApp Web (web.whatsapp.com) | Sì | Il modale si apre in linea; la conversazione rimane visibile |
| WhatsApp App desktop (Windows, macOS) | Sì | Come per il Web; la finestra modale si apre all’interno della finestra del desktop |
| WhatsApp per Linux | Parziale | Via web.whatsapp.com in un browser |
| WhatsApp Business app (versioni precedenti) | No su desktop companion | Alcune app companion chiedono ancora all’utente di aprirle su un telefono |
L’introduzione del Web/Desktop è stata graduale. Alcuni utenti che utilizzano le versioni precedenti del client WhatsApp potrebbero ancora vedere la richiesta “apri su cellulare”. Il sistema torna indietro con garbo e l’utente può completare il flusso sul telefono quando è pronto, ma se questo accade durante i test, chiedete all’utente di aggiornare WhatsApp Desktop o di aggiornare WhatsApp Web.
Cosa cambia per i vostri clienti
Gli effetti pratici dell’utilizzo dei flussi su Web/Desktop:- I clienti non devono cambiare dispositivo per inserire l’indirizzo o scegliere una data. Un modulo che richiede molta digitazione è molto più veloce su una tastiera.
- I dati più vecchi mostravano che circa il 30-40% delle aperture del flusso su Web/Desktop veniva abbandonato a causa dell’attrito dovuto al cambio di dispositivo. Questo dato si recupera quando il modulo si apre in-place.
- Un Flow di 6-8 campi che sarebbe penoso su un cellulare va bene su una tastiera. È possibile suddividere un numero inferiore di moduli su più schermate.
- Un cliente che incolla un lungo numero d’ordine, un indirizzo o un numero di partita IVA in un campo del flusso può farlo in modo naturale.
Cosa cambia ancora tra mobile e Web/Desktop
Ci sono differenze visive e di interazione che dovrebbero essere prese in considerazione nella progettazione:Spazio sullo schermo
Spazio sullo schermo
La modale Flow su Web/Desktop è un pannello a larghezza fissa all’interno della finestra WhatsApp. È più stretto di un tipico modulo Web e più o meno della stessa larghezza di uno schermo mobile, quindi i layout a colonna singola continuano a funzionare meglio. Non progettate un flusso che necessita di campi affiancati.
Selezionatori nativi e interfaccia utente personalizzata
Selezionatori nativi e interfaccia utente personalizzata
I selezionatori di date, i menu a tendina e altri controlli nativi dei moduli utilizzano l’interfaccia utente del client desktop su Web/Desktop, che ha un aspetto diverso da quello di un telefono ma si comporta allo stesso modo. Verificate che i campi di data e ora vengano visualizzati in modo accettabile in entrambi i casi.
Foto e documenti allegati
Foto e documenti allegati
I clienti su Web/Desktop allegano foto o documenti dal loro file system, non dal rullino fotografico. Se il flusso chiede “una foto del danno” aspettandosi un’acquisizione istantanea con la fotocamera, nella copia di richiesta è necessario prevedere che il cliente debba prima scattarla con il telefono.
Condivisione della posizione
Condivisione della posizione
La geolocalizzazione del browser funziona in modo diverso dal GPS mobile. Se il vostro flusso richiede una posizione, prevedete una minore precisione su Web/Desktop e considerate l’inserimento di un indirizzo come ripiego.
Autocompilazione OTP
Autocompilazione OTP
Sui dispositivi mobili, WhatsApp può compilare automaticamente un OTP da un SMS recente. Su Web/Desktop, questo non avviene: il cliente digita il codice manualmente. Assicurarsi che il campo di inserimento sia chiaramente etichettato come “Codice a 6 cifre da SMS” o simile.
Implicazioni per il design
Con l’esecuzione di Flows su Web/Desktop, vale la pena rivedere le decisioni di progettazione:- È possibile richiedere più campi per schermata di quanto fosse ragionevole quando il 30%+ degli utenti Web/Desktop stava per abbandonare. Una schermata di 5-7 campi è ragionevole oggi.
- Moduli di indirizzo.** I moduli di indirizzo su più righe (via, città, codice postale, paese) funzionano bene su una tastiera. Non schiacciateli in un’unica riga per abitudine.
- Numeri d’ordine, riferimenti di prenotazione, numeri di partita IVA - campi in cui è più probabile che il cliente sia su un desktop piuttosto che su un telefono - possono rimanere in un unico input piuttosto che essere spezzettati.
- La schermata di conferma di fine flusso ha ora più spazio per un riepilogo significativo. Utilizzatela per confermare i dati inseriti, non solo per dire “grazie”.
Come Flowella gestisce il cross-device
Dal punto di vista di Flowella, un invio di un flusso è un invio di un flusso indipendentemente dalla superficie utilizzata dal cliente. Il payload del webhook, l’evento di invio del modulo HubSpot e la notifica nella casella di posta sono identici. Se è necessario sapere quale superficie** è stata utilizzata dal cliente, per l’analisi o per l’instradamento, il webhook di risposta include un suggerimento sul dispositivo in alcuni tipi di messaggio. La maggior parte dei report non ha bisogno di questa distinzione.Test su Web/Desktop
Una rapida lista di controllo quando si costruisce o si rivede un flusso:Inviare il flusso a un contatto di prova di WhatsApp Web
Utilizzare Template → Test Send di Flowella o un contatto di prova, con WhatsApp Web aperto su un secondo monitor o browser.
Aprire il flusso su Web/Desktop
Confermare che la modale Flow si apre in linea e non con un segnaposto “apri su cellulare”.
Compilate ogni campo come farebbe un vero cliente
Usare Tab tra i campi, incollare valori lunghi se realistici e verificare che gli stati di errore (e-mail non valida, campo obbligatorio mancante) siano visualizzati in modo leggibile.
Comportamento della data di controllo e del menu a tendina
Aprire il selezionatore di date, scorrere i menu a tendina. Confermare che tutto ciò che è stato testato solo su mobile sia ancora naturale con il mouse.
Client più vecchi e fallback
Se un cliente utilizza una versione precedente di WhatsApp che non supporta i Flussi sulla superficie corrente, WhatsApp di solito visualizza un segnaposto che chiede di aggiornare o aprire su un telefono. Il flusso in sé è ancora valido: il cliente può completarlo in un secondo momento riaprendo la chat su una superficie supportata. Per i moduli business-critical, due salvaguardie:- Includere sempre un messaggio di follow-up** dopo l’invio di un flusso, chiedendo al cliente di confermare di averlo completato. Se non l’ha fatto, la risposta automatica può sollecitarlo di nuovo.
- Impostare una scadenza ragionevole del flusso**, in modo che l’invito a compilare il modulo non rimanga in sospeso per un tempo indefinito. Vedere Template reference per le opzioni di time-to-live del modello sottostante.
Guide correlate
- Forms - come i moduli HubSpot diventano WhatsApp Flows
- Template reference - l’involucro del template attorno a un Flow
- Inbox - dove finiscono i contributi del flusso per il vostro team