> ## Documentation Index
> Fetch the complete documentation index at: https://knowledge.flowella.io/llms.txt
> Use this file to discover all available pages before exploring further.

# WhatsApp Web e Desktop: i flussi fuori dal mobile

> Come vengono mostrati i WhatsApp Flows su WhatsApp Web e sull'app Desktop, cosa è supportato e le scelte di design che contano sui dispositivi laptop.

La maggior parte delle conversazioni WhatsApp avviene ancora sui telefoni, ma una quota significativa di clienti, soprattutto nei casi d'uso B2B e di assistenza clienti, risponde ai messaggi da **WhatsApp Web** o dall'app **WhatsApp Desktop**. Fino alla fine del 2025, Flows si apriva solo su un telefono: un cliente su Desktop vedeva un segnaposto che gli diceva di cambiare dispositivo. Dall'introduzione di Flows su WhatsApp Web e Desktop, i clienti possono completare i moduli nella stessa finestra della conversazione, eliminando così uno dei maggiori punti di attrito nella raccolta dei dati WhatsApp.

Questa pagina spiega cosa aspettarsi su ogni superficie, cosa non è ancora supportato e come progettare flussi che funzionino bene su un laptop.

## 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          |

Per il cliente, ciò significa che un messaggio Flow nella conversazione si espande in un pannello modale quando lo tocca, dove compila i campi e invia. L'invio viene scritto su WhatsApp nello stesso modo in cui viene scritto sul cellulare e Flowella registra la risposta in modo identico.

<Note>
  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.
</Note>

## 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:

<AccordionGroup>
  <Accordion title="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.
  </Accordion>

  <Accordion title="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.
  </Accordion>

  <Accordion title="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.
  </Accordion>

  <Accordion title="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.
  </Accordion>

  <Accordion title="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.
  </Accordion>
</AccordionGroup>

## 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:

<Steps>
  <Step title="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.
  </Step>

  <Step title="Aprire il flusso su Web/Desktop">
    Confermare che la modale Flow si apre in linea e non con un segnaposto "apri su cellulare".
  </Step>

  <Step title="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.
  </Step>

  <Step title="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.
  </Step>

  <Step title="Presentare e controllare i terreni dati in modo corretto">
    Confermate che la risposta viene visualizzata nella posta in arrivo di Flowella, nella timeline dei contatti di HubSpot e nel vostro flusso di lavoro a valle.
  </Step>
</Steps>

## 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](/it/app/template-reference) per le opzioni di time-to-live del modello sottostante.

## Guide correlate

* [Forms](/it/app/forms) - come i moduli HubSpot diventano WhatsApp Flows
* [Template reference](/it/app/template-reference) - l'involucro del template attorno a un Flow
* [Inbox](/it/app/inbox) - dove finiscono i contributi del flusso per il vostro team
