Inizia dal codice stampato e da un registro delle verifiche
Verifica la versione che i clienti utilizzeranno effettivamente, non soltanto una pagina di pagamento aperta da un link salvato. Una destinazione corretta non serve se viene stampato il codice sbagliato. Annota la versione di stampa, il posizionamento previsto, la data della scansione, il telefono e il browser utilizzati, la destinazione attesa e il risultato osservato. Questi dettagli ti forniscono riscontri da confrontare dopo ogni modifica.
NeroPay offre opzioni di pagamento tramite QR, link di pagamento, pagamenti online e terminali di pagamento con carta. Prima di iniziare, conferma con il team le funzionalità disponibili, i dispositivi supportati e il metodo di test. Chiedi se è disponibile un ambiente di test o se è necessaria una verifica autorizzata nell’ambiente di produzione e come gestire l’eventuale pagamento che ne deriva. Non dare per scontato che i dati delle carte di test funzionino in un percorso di pagamento in produzione.
- Scansiona un campione fisico nella posizione prevista e con la normale illuminazione del bar.
- Confronta la destinazione con quella confermata durante la configurazione.
- Non rendere il codice disponibile ai clienti se la destinazione è inattesa o poco chiara.
Controlla chi gestisce l’importo e il riferimento
Stabilisci se il percorso supportato prevede un importo fisso, chiede al cliente di inserirlo oppure lo riceve da un altro passaggio supportato. Fai lo stesso per il riferimento. Si tratta di flussi di lavoro diversi: l’inserimento da parte del cliente richiede istruzioni chiare e controlli, mentre un valore precompilato deve comunque essere verificato per accertarne la correttezza. Non dare per scontato che il numero di un tavolo identifichi un conto specifico.
Confronta l’importo e il riferimento visibili con i dati attesi per il tuo bar. Includi la valuta, gli eventuali campi modificabili e ciò che accade quando un campo obbligatorio viene lasciato vuoto, nei limiti consentiti dai test supportati. Annota le discrepanze anziché cercare di giustificarle. Se il personale non riesce ad associare in modo affidabile il pagamento al conto, risolvi il problema prima di esporre il codice.
- Annota l’importo e il riferimento attesi prima di eseguire il test.
- Segui la procedura di test confermata e annota ciò che il cliente può modificare.
- Verifica dove compaiono le informazioni per l’abbinamento nella registrazione del pagamento dell’esercente.
Esamina il percorso su dispositivo mobile come farebbe un cliente
Una scansione riuscita è solo il primo controllo. Esamina la pagina di pagamento sui telefoni e sui browser utilizzati dai tuoi clienti, limitandoti ai dispositivi il cui supporto è confermato. Verifica che i totali siano leggibili, le etichette dei campi comprensibili, i pulsanti di azione visibili e le istruzioni chiare. Controlla anche il posizionamento fisico: riflessi, un portamenu curvo o una stampa danneggiata possono rendere difficile l’utilizzo di un codice altrimenti valido.
Chiedi a un collega che non ha partecipato alla configurazione di seguire il percorso senza aiuto. Annota dove esita, ingrandisce la schermata o chiede cosa succederà dopo. Si tratta di un esercizio di osservazione, non della prova che ogni dispositivo funzionerà. Prevedi un’alternativa chiara per i clienti che non riescono a scansionare il codice o preferiscono un altro metodo di pagamento disponibile.
- Controlla la leggibilità con le impostazioni di visualizzazione normali del telefono.
- Osserva se chi esegue la verifica comprende l’importo e l’azione successiva.
- Annota i problemi specifici del dispositivo, indicando il telefono, il browser e la schermata interessata.
Distingui i messaggi rivolti ai clienti dalle prove di pagamento
Individua la registrazione o lo stato che il personale deve consultare per confermare la riuscita del pagamento e chiedi al team di spiegare gli stati non familiari. Il solo invio di un ordine, uno screenshot del cliente o il ritorno alla pagina nel browser non costituiscono prove sufficienti. La verifica deve stabilire come il personale associa lo stato all’importo e al riferimento corretti, senza fare affidamento sulla schermata finale del cliente.
Dove supportato, verifica anche il comportamento in caso di annullamento, interruzione e pagamento non riuscito, oltre al percorso di pagamento riuscito. Se un cliente afferma di aver pagato ma il personale non riesce a confermarlo, controlla il tentativo esistente prima di chiedergli di riprovare. Annota l’incertezza e utilizza il canale di assistenza concordato; non promettere l’approvazione né tempi di regolamento.
- Utilizza la procedura supportata per verificare il percorso di pagamento riuscito.
- Confronta il messaggio mostrato al cliente con il corrispondente stato del pagamento visibile all’esercente.
- Conferma cosa deve fare il personale quando l’esito rimane incerto.
Decidi se esporre il codice in base ai riscontri
Esempio ipotetico: un bar prevede di collocare un codice QR su ogni tavolo. Durante la verifica supportata, il personale scopre che i clienti inseriscono sia l’importo sia un riferimento. Un collega inserisce il totale corretto ma omette il riferimento del tavolo. La pagina sembra utilizzabile, ma il bar non riesce ad associare con certezza quel tentativo a un conto. Il problema riguarda il flusso operativo, non semplicemente l’aspetto del codice.
Il bar sospende l’esposizione del codice, chiarisce con il team il funzionamento supportato del riferimento e rivede le istruzioni per i clienti. Ripete quindi la verifica utilizzando un nuovo campione stampato. Un criterio di successo osservabile è che un collega riesca a seguire le istruzioni senza aiuto e che un altro membro del personale riesca a trovare la registrazione del pagamento corrispondente, confermarne lo stato e verificare la corrispondenza di importo e riferimento. Non esporre al pubblico materiali con problemi ancora irrisolti.
- Assegna un responsabile a ogni problema rilevato e contrassegnalo come risolto o ancora aperto.
- Ripeti i controlli interessati dopo aver modificato un codice, una destinazione o un’istruzione.
- Approva per l’esposizione ai clienti solo la versione verificata.
BENE A SAPERSI
Domande frequenti
La scansione del codice dimostra che il percorso di pagamento funziona?
No. Dimostra solo che il telefono è riuscito a leggere il codice e ad aprire una destinazione. Occorre comunque verificare l'importo, il riferimento, le schermate sul dispositivo mobile e la conferma del pagamento.
Possiamo usare qualsiasi telefono per il test?
Verifica prima quali dispositivi e browser sono supportati. Registra ciò che hai testato: il buon esito su un telefono non dimostra la compatibilità universale.
La schermata di conferma del cliente è sufficiente?
Non da sola. Usa la registrazione del pagamento lato esercente concordata per verificare lo stato e associarlo al conto pertinente.
Cosa dobbiamo inviare quando chiediamo assistenza?
Indica l'orario della verifica, la versione stampata, il dispositivo, il browser, il risultato atteso e il problema riscontrato. Condividi solo i riferimenti necessari tramite il canale di assistenza concordato, mai i dati completi della carta.