In breve
Un pass digitale deve rappresentare un diritto o un rapporto riconoscibile nel sistema dell’attività. Salvarlo sul telefono è soltanto una fase: occorre anche aggiornarlo, convalidarlo e gestire scadenze, annullamenti e recupero.
- Distingui pass Wallet e pagamenti Apple Pay o Google Pay.
- Associa ogni tessera o buono a un identificativo controllabile.
- Verifica il saldo nel sistema prima dell’utilizzo.
- Prevedi aggiornamenti, revoca e un’alternativa al Wallet.
Chiarire che cosa contiene il pass
Una tessera fedeltà identifica il cliente; un buono può rappresentare un importo o un servizio; un pass può consentire un ingresso. Sono usi diversi, con dati e regole differenti. Scegli un primo caso concreto e descrivi cosa deve poter fare il cliente quando presenta il telefono.
Apple Wallet e Google Wallet possono contenere pass digitali. Questo progetto non coincide con l’accettazione di Apple Pay o Google Pay al checkout: i sistemi di pagamento richiedono una propria integrazione. Anche un buono con valore economico rimane soggetto alle regole di utilizzo dell’attività, non diventa una carta bancaria.
Per un programma a punti, definisci prima i movimenti e i vantaggi nella guida al programma fedeltà tra sito e negozio. Per un regalo acquistato online, parti dalla procedura dei buoni regalo sul sito. Il Wallet rende accessibile una funzione che deve già avere regole chiare.
Preparare emissione e salvataggio dal sito
Il pass va emesso quando esiste la condizione prevista: iscrizione completata, pagamento confermato o assegnazione autorizzata. Genera un identificativo univoco e collega il documento alla registrazione corretta. Una pagina di conferma mostrata nel browser, da sola, non deve essere sufficiente a emettere un buono pagato.
Apple descrive nella guida iniziale a Wallet la creazione e distribuzione di pass firmati. Google documenta il salvataggio dal web tramite il pulsante Aggiungi a Google Wallet, con configurazione dell’emittente e credenziali dedicate. Sono integrazioni da predisporre, anche quando vengono gestite da un fornitore esterno.
Nell’area personale o nella conferma metti il comando appropriato e istruzioni brevi. Se il destinatario del regalo è diverso da chi paga, progetta consegna e recupero del pass senza esporre i dati dell’acquirente. Il collegamento al buono non dovrebbe finire in una pagina pubblica indicizzabile.
Mostrare soltanto i dati utili al momento dell’uso
Il pass deve aiutare a riconoscere attività, funzione e validità. Un’immagine accattivante serve poco se il personale non trova il codice o il cliente confonde un buono esaurito con uno ancora spendibile. Usa etichette leggibili e una gerarchia semplice, verificata su telefoni reali.
| Tipo | Dati principali | Controllo necessario |
|---|---|---|
| Tessera fedeltà | Codice cliente, eventuale livello o punti | Identità e saldo nel programma |
| Buono a importo | Codice, valore residuo, validità | Credito disponibile prima dell’addebito |
| Buono per servizio | Prestazione prevista e condizioni essenziali | Prenotazione e utilizzo già avvenuto |
| Pass di accesso | Evento o servizio e periodo valido | Diritto di ingresso e precedenti accessi |
Evita di inserire nel QR dati personali non necessari. Un codice può essere fotografato o inoltrato: chiarisci se il pass è trasferibile e quali verifiche sono richieste. Non affidare la protezione del buono alla sola difficoltà di leggere il codice a occhio.
Verificare il codice e registrare l’utilizzo
La scansione deve interrogare il sistema che conosce lo stato aggiornato del pass. Per un buono, controlla validità e residuo; per un ingresso, l’eventuale utilizzo precedente. Il personale deve vedere un esito comprensibile prima di erogare il servizio, con una procedura per i casi da verificare.
Se due operatori leggono lo stesso codice quasi contemporaneamente, il sistema deve impedire che entrambi consumino il medesimo credito. Registra l’operazione in modo univoco e conserva lo storico di rettifiche e annullamenti. La tessera visualizzata sul telefono non è una prova sufficiente del saldo attuale.
Definisci anche cosa fare senza connessione. Se non puoi verificare il credito, evita accettazioni offline improvvisate. Può servire una procedura autorizzata e limitata, oppure un controllo successivo prima di confermare l’utilizzo. La lettura tramite NFC, se desiderata, va valutata separatamente in base a terminali, requisiti e piattaforma.
Aggiornare saldo, scadenza e stato del pass
Quando il sistema registra un utilizzo, il pass dovrebbe ricevere l’aggiornamento previsto. Apple documenta un servizio per aggiornare i pass già distribuiti; Google prevede aggiornamenti degli oggetti Wallet. Non basta modificare una pagina del sito per cambiare automaticamente ciò che il cliente ha salvato.
Prevedi aggiornamenti falliti e telefoni temporaneamente offline. Il controllo al banco deve restare fondato sul sistema principale. Se un buono viene annullato o rimborsato, blocca prima l’utilizzo nel gestionale e aggiorna anche il pass con lo stato appropriato: una variazione grafica non sostituisce il controllo del codice.
Assegna a un referente la gestione delle credenziali, dei certificati e del rapporto con il fornitore. Chiedi come esportare identificativi e storico, cosa accade a fine contratto e come mantenere i pass già emessi. Sono aspetti da chiarire prima di distribuire migliaia di tessere.
Esempio ipotetico: un buono per un centro benessere
Un centro benessere vende un buono da 120 euro. Dopo la conferma del pagamento, il sito crea un codice e permette al destinatario di aggiungerlo al Wallet. Il pass mostra l’attività, il valore e il collegamento alle condizioni; per scegliere un trattamento il cliente segue il normale percorso di prenotazione.
Alla reception, un utilizzo da 80 euro viene verificato e registrato. Se le condizioni consentono utilizzi parziali, restano 40 euro. Il sistema invia l’aggiornamento al pass, ma un’eventuale vecchia schermata da 120 euro non cambia il saldo disponibile. Una seconda scansione consulta lo stesso storico e impedisce il doppio utilizzo del valore già consumato.
Provare l’intero ciclo, compresa l’assistenza
Il collaudo deve coinvolgere chi emette, chi presenta e chi verifica il pass. Usa sia dispositivi Apple sia dispositivi compatibili con Google Wallet e mantieni un’alternativa, per esempio un codice recuperabile nell’area personale. Nessun cliente dovrebbe perdere il diritto acquistato soltanto perché non usa un Wallet.
- Emissione soltanto dopo la condizione prevista.
- Salvataggio, recupero del collegamento e nuovo telefono.
- QR leggibile con i dispositivi usati alla reception.
- Utilizzo parziale, utilizzo completo e doppia scansione.
- Scadenza, annullamento e rimborso del buono.
- Aggiornamento ritardato e controllo con telefono offline.
- Accessi del personale e storico delle correzioni.
Valuta salvataggi effettivi, utilizzi riusciti, tempi al banco e richieste di assistenza. Un progetto utile rende più semplice recuperare e usare il pass, mantenendo affidabili le verifiche del personale.
Domande frequenti
Serve un’app personalizzata del negozio?
Per distribuire pass dal sito non è sempre necessaria un’app dell’attività. Servono però le integrazioni Wallet appropriate, una procedura di emissione e i sistemi che verificano il codice.
Il QR impedisce di copiare il buono?
No. Un QR statico può essere copiato. La protezione dipende dall’identificativo, dalle regole del pass e dal controllo aggiornato dell’utilizzo, non dalla sola presenza del QR.
Posso modificare il saldo dopo che il cliente ha salvato il pass?
Sì, se il servizio è progettato per aggiornare i pass. Il saldo autorevole deve comunque restare nel sistema dell’attività, perché il telefono può mostrare temporaneamente informazioni precedenti.
Fonti e approfondimenti
Documentazione ufficiale per approfondire i criteri descritti nella guida.