Esperienze ospiti basate sul browser
Le esperienze ospiti vengono fornite come applicazioni web responsive aperte da link o codici QR. Sedi ed eventi possono inserire l'accesso su cartelli, badge, biglietti, stanze o tavoli senza distribuzione tramite app store.
Alcuni flussi integrano ancora funzionalità della piattaforma come pagamenti o pass wallet, ma il percorso base dell'ospite inizia nel browser.
Perché il browser-first è importante
Scoutello viene spesso utilizzato in contesti fisici sensibili al tempo: eventi, hotel, tour, destinazioni e campagne partner. Un accesso tramite browser-first mantiene la prima azione semplice quando gli ospiti necessitano di informazioni rapidamente.
Il modello browser-first consente ai team di:
- Stampare o visualizzare codici QR su cartelli, badge, biglietti, stanze o tavoli.
- Condividere link diretti in email, newsletter, widget e siti partner.
- Lanciare campagne temporanee senza la revisione dell'app store.
- Fornire contenuti multilingue ai visitatori sul proprio dispositivo.
- Mantenere le esperienze ospiti connesse allo stesso contenuto della dashboard gestito dagli operatori.
Superfici principali per gli ospiti
| Superficie | Percorso tipico | Cosa fanno gli ospiti |
|---|---|---|
| Pagine di destinazione / Web app | /landing/:id | Aprire riquadri, leggere informazioni, inviare moduli, visualizzare offerte, avviare tour o navigare pagine nidificate. |
| Tour | /tours/:id (spesso /tours/:id/:tourRunId quando si riprende una sessione; da una pagina di destinazione anche /landing/:id/tours/:tourId) | Seguire tappe, ascoltare audio, visualizzare mappe/planimetrie e accedere al supporto specifico del tour. |
| Eventi | Percorsi evento e pagina di destinazione | Registrarsi, controllare informazioni, utilizzare riquadri evento e interagire con contenuti per partecipanti. |
| Widget | /widgets/:id/checkout e flussi correlati | Completare percorsi di acquisto o registrazione incorporati da siti esterni. |
| Link brevi | Slug brevi | Raggiungere la destinazione ospite o marketing corretta da materiale stampato e di campagna. |
Checklist per l'operatore
Prima del lancio:
- Testare il link pubblico o il codice QR su un dispositivo mobile reale.
- Confermare che il contenuto sia pubblicato nell'organizzazione e nella lingua previste.
- Verificare i flussi di accesso, pagamento e widget al di fuori della dashboard con accesso effettuato.
- Controllare che il testo di fallback, gli stati vuoti e i percorsi di contatto abbiano senso per gli ospiti.
- Mantenere la segnaletica fisica allineata all'URL finale o al link breve.
Note di supporto
Quando un ospite segnala un'esperienza non funzionante, identificare come è entrato: codice QR, link breve, email, widget, pagina di destinazione diretta o link del tour. Quindi ispezionare la superficie corrispondente nella dashboard e confermare che il contenuto sia attivo, pubblico dove previsto e collegato all'organizzazione corretta.
Concetti correlati: Modello di prodotto, Riferimento: percorsi.