Comunicare con gli ospiti dalla prenotazione

Scegli la prenotazione corretta come contesto di conversazione

Apri Ospiti → Messaggi o i messaggi con i dettagli dell'ospite. Cerca per numero di prenotazione, ospite, date o camera e verifica il pannello contestuale prima di scrivere.

È possibile inviare messaggi solo alle prenotazioni collegate a un ospite principale. Correggi un collegamento mancante nel record dell'ospite o della prenotazione anziché creare un'altra persona.

Inizia ogni conversazione dalla prenotazione esatta. Cerca per numero di prenotazione, data dell'ospite o del soggiorno, apri il record e confronta destinatario, arrivo, partenza, categoria di camera, stato attuale e fonte di prenotazione. Lo stesso ospite può avere più soggiorni passati o futuri e un profilo da solo non identifica a quale arrivo, cancellazione o fattura si riferisce il messaggio. STRYK utilizza quindi ospite e prenotazione insieme. Se il contesto della prenotazione non è chiaro, fermati prima di scriverlo e risolvilo nel record sorgente. Mantieni i dettagli privati all'interno della conversazione di prenotazione autorizzata e utilizza il riferimento della prenotazione o della camera nelle note di consegna anziché copiare i dati di contatto altrove. Il controllo del contesto è completo quando un altro collega riesce a identificare il destinatario previsto e rimanere senza indovinare il corpo del messaggio.

Comprendere il canale dalla fonte di prenotazione

Le prenotazioni manuali, telefoniche, walk-in, via e-mail, tramite sito web e tramite motore di prenotazione utilizzano la posta elettronica, con oggetto e formati semplici o HTML. Verificare prima l'indirizzo memorizzato.

Le prenotazioni OTA e di canale utilizzano una conversazione di canale in testo semplice. Non ignorarlo con un'e-mail separata, altrimenti la cronologia delle prenotazioni diventerà incompleta.

Leggi il canale di comunicazione dalla fonte di prenotazione. Le prenotazioni manuali e dirette utilizzano la posta elettronica; Le prenotazioni OTA o di canale utilizzano il canale di prenotazione come una conversazione di testo semplice. Il compositore non fornisce una scelta libera del canale perché la modifica del percorso interromperebbe la relazione tra la fonte della prenotazione e la cronologia dei messaggi. Confermare il canale visualizzato e il destinatario disponibile prima di selezionare un modello. Le email possono utilizzare testo normale o HTML approvato con anteprima, mentre i messaggi del canale rimangono testo normale e non devono dipendere da una formattazione non supportata. Se un percorso di contatto diverso è operativamente necessario, trattarlo come un processo autorizzato separatamente e documentarne il motivo; non nascondere la modifica all'interno del compositore. Per le prenotazioni tramite portale, STRYK invia il messaggio di testo normale attraverso il percorso collegato di Booking.com o Airbnb e conserva ogni risposta nella stessa conversazione di prenotazione.

Scegli un modello in base allo scopo, al canale e alla lingua

L'elenco mostra i modelli attivi che corrispondono al canale derivato. Scegli in base allo scopo del viaggio dell'ospite e alla lingua richiesta, non con un nome dal suono simile.

STRYK applica formato, oggetto e corpo. Le correzioni ricorrenti appartengono al modello centrale; i dettagli una tantum rimangono nella bozza. Evita copie private obsolete.

Scegli un modello in base a uno scopo concreto, al canale visualizzato e alla lingua ospite. Informazioni sull'arrivo, promemoria del pagamento, dati mancanti e ringraziamenti post soggiorno sono decisioni diverse e non dovrebbero essere combinate in un vago messaggio universale. Utilizza solo un modello attivo offerto per il canale derivato. Leggetelo prima di fare domanda: verificate il saluto, il tono, gli orari dell'hotel, i link, la disdetta o la dicitura del pagamento e la firma rispetto alle pratiche alberghiere attuali. Un modello è un punto di partenza rivisto, non un'autorizzazione per l'invio senza modifiche. Se la lingua dell'ospite è diversa da quella predefinita dell'hotel, seleziona o scrivi una versione completa in quella lingua; un soggetto tradotto con corpo in lingua mista non è pronto. Rimuovi i paragrafi che non si applicano a questo soggiorno e aggiungi solo i fatti già approvati nella prenotazione, nelle condizioni o nelle impostazioni dell'hotel.

Esamina i segnaposto dal contesto reale della prenotazione

Il selettore espone valori risolvibili nell'ospite corrente e nel contesto della prenotazione. Leggi l'anteprima risolta e confronta date, camere e dettagli della prenotazione con il pannello contestuale.

I segnaposto non risolti vengono visualizzati sotto l'anteprima. Correggi i dati di origine mancanti, ricarica e rivedi di nuovo; se non disponibile in base alla progettazione, rimuovere il token o riscrivere la frase.

Risolvi ogni segnaposto nell'anteprima rispetto alla prenotazione corrente. Controlla il saluto e il nome dell'ospite, l'hotel, l'arrivo e la partenza, la categoria o la camera assegnata, il numero di prenotazione, il totale, l'importo dovuto, la politica di cancellazione e i dettagli di contatto in base allo scopo del modello. Un token non risolto, un trattino vuoto o un valore non plausibile è un testo bloccante, non cosmetico. Correggere i dati di origine mancanti quando dovrebbero esistere; altrimenti riscrivi la frase senza fare una promessa. Se non viene assegnata alcuna camera, pronuncia la categoria prenotata invece di indovinare il numero della camera. Se un valore di pagamento è contestato, non sostituirlo manualmente nel messaggio; risolvere prima la finanza. I segnaposto alias possono essere visualizzati per motivi di compatibilità, ma il selettore deve utilizzare i valori canonici correnti disponibili in questo contesto di prenotazione. L'anteprima finale deve contenere solo dati reali e spiegabili.

Leggi i contenuti sia come host che come revisore

Leggi come ospite: le prime due frasi dovrebbero spiegare perché l'hotel scrive e cosa succede dopo. Utilizzare tempi chiari e linguaggio quotidiano, non codici interni.

Quindi controlla il destinatario, il titolo, il numero di prenotazione, le date, le richieste di camera, i riferimenti ai prezzi, i link, la firma e la lingua. L'HTML necessita di revisione visiva; i messaggi del canale rimangono testo semplice e chiaro.

Leggi il messaggio finale due volte: prima come host, poi come revisore. In qualità di host, rendi ovvia la prossima azione dell'ospite, usa un linguaggio rispettoso e includi solo le informazioni che aiutano il soggiorno. In qualità di revisore, verifica i dati della prenotazione, le date, gli importi, le dichiarazioni sulle politiche, i collegamenti, la scadenza per la risposta, la firma e la privacy. Un messaggio dovrebbe avere un obiettivo principale e una risposta chiara a ciò che l'ospite dovrebbe sapere o fare. Evita il gergo interno, la colpa, le promesse legali che l'hotel non può mantenere e i dati sensibili non necessari allo scopo. Per una modifica urgente, indica cosa è cambiato, quale soggiorno è interessato e dove l'ospite può rispondere. Per le e-mail HTML, controlla sia l'anteprima formattata che il testo leggibile; per i messaggi del canale, assicurati che il significato sopravviva al testo semplice. Un messaggio conciso e specifico è più sicuro di un lungo modello pieno di clausole irrilevanti.

Invia una volta e dimostra il risultato nel thread

Conferma la prenotazione, invia una volta e attendi. Se STRYK mostra un errore, conserva la bozza, correggi la causa e non registrare prematuramente il successo.

Dopo il successo, trova il messaggio nello stesso thread di prenotazione e verifica la direzione, l'orario, il canale, l'oggetto ove applicabile e il numero di prenotazione. Se non è visibile, ricaricare prima di riprovare.

Invia una volta e attendi il risultato effettivo. Un pulsante disabilitato, una casella di selezione o una rete lenta non consentono di fare clic ripetutamente. In caso di successo, riapri la stessa conversazione di prenotazione e verifica esattamente una voce in uscita con timestamp, canale, oggetto ove applicabile e contenuto visibile corretti. Per le e-mail, il risultato positivo della richiesta e l'immissione nel thread dimostrano che STRYK ha accettato l'invio; gli errori di consegna devono rimanere visibili attraverso lo stato appropriato o il follow-up. Per una conversazione sul canale, verifica che il messaggio di testo normale si trovi nel thread di prenotazione corretto. Se l'invio fallisce, conserva la bozza, leggi l'errore e correggi il destinatario, il canale, il contenuto o la connessione alla fonte. Non creare mai una voce di successo locale né copiare il messaggio in un'altra prenotazione semplicemente per far apparire completa la cronologia.

Controlla due errori comuni con un test separato. Primo caso: l'ospite non dispone di un indirizzo email utilizzabile in una prenotazione diretta. Il risultato corretto non è indovinare il destinatario o utilizzare l'indirizzo di un altro ospite, ma bloccare e chiarire in modo visibile le informazioni di contatto nel profilo dell'ospite o nella prenotazione. Secondo caso: sceglierebbero un modello di email per la prenotazione OTA. Il canale e il modulo di testo semplice derivati dal sistema dovrebbero rimanere visibili; non copiare manualmente il messaggio in un'e-mail separata perdendo la connessione alla conversazione. Per entrambe le prove, annota il numero di prenotazione, il canale previsto, il feedback effettivo e la persona successiva responsabile. In questo modo, il team può gestire non solo l'invio riuscito, ma anche l'arresto sicuro quando i dati o il canale di origine non sono adatti.

Mantenere uno standard di messaggistica del team

Definire un modello responsabile per situazione ricorrente, canale e lingua, con proprietà e revisione regolare. Preferisci un piccolo set chiaro rispetto a molti nomi simili.

Hotel Nordlicht testa l'e-mail semplice diretta, l'anteprima HTML diretta, il canale semplice OTA, un segnaposto mancante e un ospite con due prenotazioni. I problemi vengono risolti a livello di origine, modello o prenotazione.

Mantieni uno standard di piccolo team per i messaggi ricorrenti. Ogni modello approvato richiede scopo, canale, lingua, proprietario, data dell'ultima revisione e attivazione della revisione successiva. Revisione dopo modifiche agli orari di check-in, alla procedura di pagamento, alla politica di cancellazione, al contatto dell'hotel, ai collegamenti o al viaggio dell'ospite. Mantieni il contenuto del modello nel catalogo di STRYK centrale e i segnaposto nel sistema di modelli centrale anziché snippet personali o file locali. Prova una conversazione reale dopo l'attivazione nella demo isolata dell'Hotel Nordlicht, verificando il contesto della prenotazione, i valori risolti, la qualità editoriale e l'invio singolo; non utilizzare mai un STRYK hotel del cliente esistente come prova della documentazione. Ritira i modelli obsoleti invece di lasciare attivi i quasi duplicati. Il processo è affidabile quando un collega può successivamente comprendere lo scopo, il destinatario, il soggiorno, il canale, il contenuto esatto e il risultato esclusivamente dalla conversazione di prenotazione.

Campiona almeno tre conversazioni al mese o dopo ogni cambiamento operativo significativo: un'e-mail diretta, un messaggio di testo normale e un caso in cui è stato necessario bloccare l'invio. Controlla il contatto di prenotazione corretto, la lingua dell'ospite, il segnaposto sbloccato, l'obiettivo chiaro, la linea in uscita una tantum e la chiusura responsabile dell'errore. Non copiare contenuti personali in un documento didattico; il controllo di qualità dovrebbe registrare solo il riferimento e il risultato della prenotazione richiesti. In caso di errore ricorrente, non correggere ogni messaggio uno per uno: identifica se è causato da un modello, dai dati centrali dell'hotel, dalla fonte di prenotazione o dal processo del team, ordina una correzione e un nuovo test.

Registrare la data e la persona responsabile della revisione accanto al modello in modo che il motivo e la data di scadenza della revisione successiva siano chiari a tutti i colleghi.