Prepara sette chiamate con dati fittizi: prenotazione disponibile, fascia completa, gruppo oltre soglia, modifica, disdetta, domanda non configurata e linea occupata. Per ciascuna annota risposta attesa, risultato osservato, prova in dashboard e correzione necessaria.
Prepara un foglio di collaudo replicabile
Per ogni scenario scrivi quattro elementi: dati usati, risposta attesa, risultato osservato e prova da controllare. La prova può essere una prenotazione in agenda, una richiesta nel registro o l’assenza di una conferma quando la disponibilità non c’è.
Usa sempre nomi, recapiti e note fittizi. Scegli orari di test e avvisa lo staff, così nessuno interpreta la chiamata come una prenotazione reale. Al termine elimina o contrassegna chiaramente i dati di prova.
Scenario 1: prenotazione in una fascia disponibile
Chiedi un tavolo in un giorno e in un orario che sai essere liberi. Fornisci numero di persone, nome, recapito e una nota semplice. La risposta attesa deve rispettare le regole del locale e riepilogare i dati raccolti.
In dashboard verifica giorno, ora, persone, recapito e nota. Se il riepilogo telefonico è corretto ma la scheda è incompleta, il test non è superato: il risultato operativo conta quanto la conversazione.
Scenario 2: fascia completa
Ripeti la richiesta in un turno impostato come completo. L’assistente non deve confermare disponibilità inesistente. Può proporre soltanto alternative previste dalla configurazione oppure registrare la richiesta per un controllo umano.
Annota l’alternativa offerta e ciò che compare nel registro. Se la risposta promette un tavolo senza una disponibilità verificata, correggi regole e messaggio prima di proseguire.
Scenario 3: gruppo oltre la soglia
Usa un numero di persone superiore alla soglia configurata. L’esito atteso è il passaggio previsto al responsabile, con i dati necessari per il richiamo, non una conferma automatica di menu, spazio o condizioni speciali.
Controlla che la richiesta sia visibile e assegnabile. Puoi preparare il test con la guida alle prenotazioni di gruppo.
Scenario 4: modifica di una prenotazione
Crea prima una prenotazione fittizia, poi richiama e chiedi di cambiare orario o numero di persone. Il flusso deve identificare la scheda corretta, verificare la nuova disponibilità e lasciare una sola versione finale.
Confronta la richiesta con la procedura per modifiche e disdette. Se vengono create due prenotazioni, il caso va corretto prima dell’attivazione.
Scenario 5: disdetta
Richiama per annullare la stessa prenotazione di prova. Verifica che giorno, orario e nome vengano identificati prima di liberare il tavolo. L’esito deve essere consultabile dallo staff, senza lasciare la scheda nello stato di confermata.
Se la configurazione prevede un controllo umano, la richiesta deve restare chiaramente in attesa: non simulare un annullamento completato quando l’agenda non è stata aggiornata.
Scenario 6: domanda non configurata
Fai una domanda a cui il sistema non dovrebbe rispondere, per esempio su un evento futuro non ancora definito. L’esito corretto non è inventare una risposta: deve chiedere un chiarimento, dichiarare il limite o indirizzare la richiesta allo staff secondo il flusso impostato.
Controlla che il registro contenga abbastanza contesto per richiamare il cliente. Questo scenario misura il comportamento nei limiti, non la quantità di argomenti che l’assistente riesce a trattare.
Scenario 7: deviazione su linea occupata
Occupa il numero del ristorante con una prima telefonata e chiama da un secondo apparecchio. Verifica che la chiamata raggiunga Rispondimi e che il percorso funzioni anche a livello operativo. Ripeti poi la chiamata con la linea libera per controllare che il comportamento cambi come previsto.
Usa la guida alla deviazione e le istruzioni ufficiali del tuo operatore. La configurazione telefonica fa parte del collaudo: una dashboard corretta non serve se la chiamata non arriva.
Chiudi il collaudo con una decisione per ogni errore
Per ogni scenario assegna uno stato: superato, da correggere o da verificare con il ristorante. Indica il responsabile e ripeti solo il caso modificato con gli stessi dati fittizi. Non generalizzare un singolo test: il risultato dimostra che quello scenario ha funzionato in quella configurazione e in quel momento.
Conserva data e risultato del test, senza dati personali. Prima dell’attivazione esegui di nuovo almeno prenotazione disponibile, fascia completa e deviazione. Esegui il test e controlla il risultato in dashboard.
