Tutte le email automatiche che il gestionale invia nel ciclo di vita di una prenotazione
Questo documento raccoglie, in forma di flussi, tutte le email transazionali che il sistema invia
in modo automatico (o semi-automatico, su spunta dell'operatore) nelle varie fasi di una prenotazione: dalla
richiesta online, alla conferma, ai voucher, alle comunicazioni al
proprietario, fino agli alert tecnici. Per ogni email sono indicati quando parte, chi la riceve,
chi figura come mittente, l'oggetto/contenuto e gli allegati. Gli spazi per le schermate
sono già predisposti: andranno popolati con esempi reali dalla casella di posta o dal PMS.
Stato PDF:verifica in corso…
I link rossi indicano un PDF non ancora caricato in pdf/; i link verdi indicano un PDF presente.
☰
Diagramma di flusso generale Sorgente della prenotazione → tipologia → email che partono automaticamente
Il diagramma riassume cinque sorgenti di prenotazione gestite dal sistema e, per ciascuna, indica quali email partono automaticamente. La sorgente n.5 (back-office manuale) è quella che genera meno email automatiche e più spunte operatore: per il dettaglio delle spunte si veda la sezione "Gestione prenotazione da back-office".
Differenza chiave OTA vs XLS: le prenotazioni importate dalle OTA (Booking, Airbnb, ecc.) seguono le stesse regole del frontend e generano regolarmente le email automatiche al cliente e al proprietario. Solo l'import massivo da file Excel è volutamente silenziato, perché usato in genere per caricamenti di backlog dove un invio in blocco sarebbe controproducente.
T
Timeline temporale delle email Quando ciascuna comunicazione può partire, dall'ingresso della prenotazione al post-soggiorno
La linea temporale ordina tutte le email censite rispetto al ciclo di vita della prenotazione. Per ogni fase sono indicati il trigger (automatico, su spunta operatore, condizionato da uno stato) e i destinatari coinvolti. Il colore del bordo di ogni pillola identifica il destinatario, in coerenza con la legenda.
AUTO parte automaticamente al verificarsi dell'evento.
SPUNTA OPERATORE richiede una checkbox spuntata in scheda prenotazione.
CONDIZIONATO parte solo se ricorre una condizione specifica (stato, configurazione, opzione del cliente).
T0 — Salvataggioprenotazione creata (frontend, OTA o back-office)
CONDIZIONATOparte in base allo scenario (nuova prenotazione con cliente non censito / registrazione esplicita / creazione utenza da BO / reset password da frontend)
Come leggere la timeline. L'ordine verticale rispetta la sequenza tipica degli eventi su una prenotazione. Le fasi Pre-prenotazione, Back-office e Alert / report non hanno una posizione fissa: possono attivarsi in qualunque momento del ciclo. Le email condizionate partono solo se la prenotazione si trova in un determinato stato (es. pagamento online, cliente nuovo, fattura richiesta, criteri marketing coupon, polizza inclusa) o se l'operatore spunta la relativa casella.
i
Legenda Destinatari, mittenti e convenzioni grafiche usate nel documento
Destinatari
Cliente ospite che ha effettuato la prenotazione. Proprietario proprietario dell'immobile (o suoi operatori delegati, se configurati: in tal caso ricevono loro al posto del proprietario, non in copia). Fornitore / Incaricato operatore di arrivo, pulizie o altro fornitore associato alla prenotazione. Staff interno casella booking interna (copia di servizio per il back-office). IT / Tecnico casella servizio informatico (solo alert di errore).
Mittenti (brand)
Le email partono da due brand mittenti distinti a seconda del destinatario:
Brand commerciale: usato per tutte le comunicazioni verso il cliente e verso i fornitori (voucher, conferma, stand-by, ecc.).
BarbarHouse (brand proprietari): è il mittente unico per tutte le comunicazioni verso il proprietario e i suoi operatori (voucher proprietario, blocco, aggiornamento prenotazione, ecc.). Indipendentemente dal brand commerciale con cui è stata venduta la prenotazione, verso il proprietario le email partono sempre da BarbarHouse.
Significa che lo stesso evento (es. il salvataggio di una prenotazione) può generare email che escono da indirizzi mittenti differenti a seconda di chi le riceve.
Lingua
Le comunicazioni sono multilingua: viene scelta automaticamente la lingua del destinatario (italiano, inglese, tedesco, ecc.) in base al profilo anagrafico. Non c'è ripiego forzato sull'italiano: se il proprietario è tedesco riceve la versione tedesca.
Modalità di invio
Ogni email parte in modalità automatica (frontend / API / cron) oppure semi-automatica, ovvero su spunta dell'operatore di back-office tramite specifiche caselle nella scheda prenotazione.
1
Flusso 1 — Prenotazione cliente online Quando l'ospite prenota dal sito o da un canale esterno collegato via API
Quando un cliente prenota online possono partire diverse email, in base al tipo di prenotazione (con pagamento immediato o in stand-by) e alla provenienza (sito proprio, API frontend, OTA in import). Le combinazioni principali sono tre:
Scenario
Email che partono
A. Prenotazione online con pagamento immediato (il cliente paga online al momento della prenotazione)
1.1 Conferma prenotazione al cliente + voucher 1.2 Copia interna allo staff 1.3 Prenotazione confermata al proprietario
B. Prenotazione online senza pagamento immediato (richiesta in attesa di conferma operatore)
1.4 Avviso di stand-by al cliente 1.5 Copia interna stand-by allo staff 1.6 Avviso di stand-by al proprietario
C. Import da OTA (Booking.com, Airbnb e altri canali esterni collegati via API)
Le email partono con le stesse logiche dello scenario A o B, in base allo stato pagamento ricevuto dal canale (confermata o stand-by). Vale a dire: anche le prenotazioni importate da OTA generano conferma cliente (o stand-by), copia interna e comunicazione al proprietario.
D. Import massivo da file Excel (XLS) (caricamento manuale di un elenco di prenotazioni)
Nessuna email automatica. Le comunicazioni sono volutamente silenziate per evitare invii massivi indesiderati: le prenotazioni vengono inoltre marcate come "da verificare" per il controllo dell'operatore.
1.1 Conferma prenotazione al cliente
Quando parte
Subito dopo il salvataggio della prenotazione online con pagamento avvenuto.
Destinatario
Cliente
Mittente
Brand commerciale
Contenuto
Conferma della prenotazione con riepilogo periodo, immobile, ospiti, totale pagato e istruzioni per il soggiorno.
In aggiunta alla 1.1, sulle prenotazioni provenienti da OTA (Booking, Airbnb, ecc.).
Destinatario
Cliente, attraverso l'indirizzo proxy fornito dall'OTA (es. la mail Booking guest-XXXX@booking.com o Airbnb).
Oggetto
"Conferma prenotazione n. <XXX> registrata da <OTA>" (es. "… registrata da Booking.com").
Formato
Solo testo (plain text), senza HTML e senza immagini.
Contenuto
Riepilogo essenziale della prenotazione (numero, cliente, date, immobile, ospiti, importo, condizioni base) in forma testuale.
Perché
Le caselle di messaggistica delle OTA (Booking, Airbnb) filtrano e riformattano i messaggi HTML, spesso rimuovendo tabelle, immagini e link. Una versione plain-text garantisce che il contenuto arrivi integro al cliente anche quando viene visualizzato dentro l'app o la chat dell'OTA.
Allegati
Nessuno (le OTA bloccano gli allegati nei loro canali di messaggistica).
In contemporanea alla 1.1, come copia di servizio.
Destinatario
Staff interno (casella booking)
Contenuto
È la stessa email della 1.1 (conferma prenotazione al cliente): cambia solo l'oggetto, in cui viene aggiunto il suffisso "Copia interna" oppure "Copia per il mandatario". Per questo motivo non è previsto un PDF di esempio dedicato: il contenuto coincide con quello della 1.1.
1.3 Prenotazione confermata al proprietario
Oggetto
"Email di prenotazione confermata N. XXXXX"
Quando parte
Insieme alla conferma cliente (scenario A), solo se il pagamento è già arrivato.
Destinatario
Proprietario oppure i suoi operatori delegati.
Mittente
BarbarHouse (sempre, anche se la prenotazione è di un altro brand commerciale)
Contenuto
Avviso di prenotazione confermata sull'immobile + estremi del cliente. Sostituisce la vecchia comunicazione "documentazione ricevuta".
Allegati
Documenti del cliente (es. carta d'identità), contratto firmato.
Prenotazione online senza pagamento immediato: la richiesta è in attesa di conferma.
Destinatario
Cliente
Contenuto
È la stessa email della 1.1 (conferma prenotazione al cliente): cambia solo l'oggetto, che riporta il suffisso "(Stand-by)" per segnalare che la richiesta non è ancora confermata. Per questo motivo non è previsto un PDF dedicato.
Allegati
Nessuno (non è ancora un voucher).
1.5 Copia interna stand-by
Destinatario
Staff interno
Contenuto
Stessa email della 1.4, con in più il suffisso "Copia interna" / "Copia per il mandatario" nell'oggetto. Anche qui nessun PDF dedicato.
Lo stand-by cambia davvero solo verso il proprietario. Le email al cliente e la copia interna sono nei fatti la stessa email della conferma prenotazione (1.1), con un suffisso aggiunto all'oggetto. L'unica vera variante di contenuto in regime stand-by è quella diretta al proprietario (1.6 qui sotto), che è un avviso di richiesta in attesa di conferma e non l'email di prenotazione confermata.
1.6 Stand-by al proprietario
Destinatario
Proprietario
Contenuto
Avviso che è arrivata una richiesta sul suo immobile, in attesa di conferma.
Flusso 2 — Account utente e accesso Verifica email, registrazione, invio credenziali da back-office, reset password
In questo flusso rientrano tutte le comunicazioni legate al profilo dell'utente e all'accesso alla sua area riservata: verifica dell'indirizzo email (in conformità GDPR), registrazione di un nuovo utente, invio credenziali generate dallo staff e reset password autonomo.
2.1 Conferma il tuo indirizzo email
Quando parte
Inserimento di un nuovo profilo cliente durante la prenotazione online.
Destinatario
Cliente (indirizzo fornito nel form di prenotazione)
Oggetto
"Conferma il tuo indirizzo email"
Contenuto
Richiesta di conferma dell'indirizzo email tramite link dedicato, secondo gli obblighi di liceità del trattamento previsti dal GDPR. L'email contiene il link di verifica e null'altro: nessuna credenziale, nessuna password, nessun messaggio promozionale.
Nota GDPR. In fase di prenotazione online l'unica comunicazione automatica all'utente è questa (2.1): nessun "benvenuto", nessun "account creato", nessuna password generata. Le mail account vere e proprie (2.2 / 2.3 / 2.4) partono solo in scenari distinti (registrazione esplicita, attivazione da back-office, richiesta reset password).
2.2 Registrazione nuovo utente
Quando parte
L'utente si registra autonomamente tramite il modulo di registrazione del sito (non come effetto collaterale di una prenotazione).
Destinatario
Utente registrato
Contenuto
Conferma di avvenuta registrazione con i riferimenti dell'account e indicazioni per il primo accesso.
Flusso 3 — Gestione prenotazione da back-office Email che l'operatore decide di inviare tramite spunte nella scheda prenotazione
Nella scheda prenotazione del back-office l'operatore trova una serie di caselle di spunta ("checkbox") che, al salvataggio, fanno partire le rispettive email. Ogni spunta è indipendente: l'operatore decide caso per caso cosa inviare.
Casella spuntata dall'operatore
Email che parte
Vedi sezione
Invia voucher al cliente (primo invio o aggiornamento)
Voucher cliente
4.1
Invia voucher al fornitore (primo invio o aggiornamento)
Voucher fornitore / incaricato
4.2
Invia voucher al proprietario
Voucher proprietario
4.3
Invia documentazione al proprietario
Prenotazione confermata N. XXXXX al proprietario
6.1
Invia aggiornamento prenotazione al proprietario
Aggiornamento dati al proprietario
6.2
Invia stand-by al cliente
Stand-by cliente (da back-office)
4.5
Invia email comunicazione blocco al proprietario
Blocco proprietario
7
Annulla prenotazione da back-office
Annullamento prenotazione al cliente (con copie a proprietario, collaboratore, colleghi, tour operator)
4.7
4.5 Stand-by cliente da back-office
Quando parte
Operatore mette la prenotazione in stato di stand-by dal back-office.
Destinatario
Cliente
Contenuto
È la stessa email del template 1.1 (conferma prenotazione cliente), inviata anche da back-office in regime stand-by. Sia il front-office sia il back-office usano sempre lo stesso template per la comunicazione al cliente: a cambiare è solo il suffisso nell'oggetto che segnala lo stato.
Allegati
Nessuno.
4.6 Conferma definitiva al cliente (passaggio da stand-by a confermata)
Quando parte
Quando una prenotazione in stand-by diventa confermata. Due casi:
l'operatore conferma la prenotazione dal back-office;
il cliente completa il pagamento online (carta, Scalapay, bonifico ricevuto).
Destinatario
Cliente
Contenuto
È la stessa email della 1.1 (conferma prenotazione al cliente), ovvero lo stesso template che il cliente riceve quando la prenotazione arriva già come confermata dal frontend. Cambia solo il momento di invio: qui parte al passaggio da stand-by a confermata (operatore che conferma oppure pagamento online completato). Per questo motivo non è previsto un PDF dedicato.
Allegati
Voucher PDF + eventuale documentazione di soggiorno.
4.7 Annullamento prenotazione da back-office
Oggetto
"Annullamento prenotazione n. XXXXX"
Quando parte
Quando l'operatore annulla la prenotazione dal back-office.
Destinatario principale
Cliente
Copie
La stessa email viene inviata anche, come copie distinte, a:
Copia per il proprietario — Proprietario (o operatori delegati)
Copia per il collaboratore — collaboratore di riferimento sulla prenotazione
Copia per i colleghi — staff interno coinvolto
Copia per il tour operator — se la prenotazione è legata a un tour operator
Tutte le copie usano il medesimo template: cambia solo il suffisso nell'oggetto che identifica il destinatario.
Contenuto
Comunicazione di avvenuto annullamento con riferimenti alla prenotazione (numero, periodo, immobile).
Flusso 4 — Voucher Tre destinatari distinti: cliente, fornitore/incaricato, proprietario
Il voucher è il documento di soggiorno con tutti i dettagli operativi (date, ospiti, immobile, riepilogo economico, note di arrivo). Può essere recapitato a tre destinatari diversi, ognuno con la sua versione mirata.
4.1 Voucher al cliente
Destinatario
Cliente
Quando parte
Su spunta operatore: "Invia voucher cliente" (primo invio) oppure "Invia voucher cliente aggiornato" (re-invio dopo modifiche).
Mittente
Brand commerciale
Template
Sono previsti due template distinti:
Primo invio — è la stessa email della 1.1 (conferma prenotazione al cliente): stesso template usato sul frontend al momento della conferma.
Aggiornamento — testo dedicato al re-invio, che segnala al cliente che il voucher è stato aggiornato rispetto al precedente (a seguito di modifiche alla prenotazione).
Allegati
Voucher PDF.
Regola
Se viene inviato il voucher al cliente, di norma non si invia anche la copia al proprietario nello stesso passaggio (per evitare doppioni operativi).
Flusso 6 — Comunicazioni operative al proprietario Prenotazione confermata, aggiornamenti, certificato di pagamento
Tutte queste comunicazioni partono sempre da BarbarHouse (mittente unico verso il proprietario) e accettano note libere scritte dall'operatore nella sezione "Comunicazioni del personale" della scheda prenotazione: il testo viene incluso direttamente nell'email.
6.1 Prenotazione confermata al proprietario (da back-office)
Oggetto
"Email di prenotazione confermata N. XXXXX"
Destinatario
Proprietario o operatori delegati.
Quando parte
Su spunta operatore: "Invia voucher + documenti al proprietario".
Contenuto
È la stessa email della 1.3 ("Email di prenotazione confermata N. XXXXX"), inviata manualmente dal back-office. Sostituisce la vecchia comunicazione "documentazione ricevuta".
Note operatore
Sì, testo libero opzionale.
6.2 Aggiornamento dati prenotazione al proprietario
Quando parte
Modifica di una prenotazione esistente (cambio date, ospiti, voucher aggiornato).
Destinatario
Proprietario
Contenuto
Comunicazione delle variazioni rispetto a quanto comunicato in precedenza.
Quando viene pagato al proprietario il compenso relativo alla prenotazione. È un processo semiautomatico legato ai flussi di contabilità e alle impostazioni contrattuali dell'immobile, non a una spunta libera dell'operatore.
Destinatario
Proprietario
Mittente
BarbarHouse
Contenuto
Certificato di pagamento del compenso al proprietario con il dettaglio della prenotazione liquidata.
Notifica al back-office che è stato registrato un blocco proprietario.
9
Flusso 9 — Alert tecnici interni Email automatiche di servizio in caso di errore
Sono email non commerciali, destinate solo al personale tecnico. Le elenchiamo per completezza, perché fanno parte del "rumore" automatico del sistema.
9.1 Errore di calcolo tassa di soggiorno
Destinatario
IT
Contenuto
Codice prenotazione + dettagli dell'errore di calcolo della tassa di soggiorno.
9.2 Errore salvataggio prenotazione
Destinatari
IT + Staff booking
Contenuto
Descrizione dell'errore in fase di salvataggio o annullamento della prenotazione.
Priorità
Alta (coda di invio prioritaria).
10
Flusso 10 — Invio fattura al cliente Comunicazione legata al ciclo di fatturazione, non a una spunta sulla prenotazione
10.1 Invio fattura al cliente
Oggetto
"Invio fattura per la prenotazione n. XXXX"
Quando parte
Dopo l'emissione della fattura relativa alla prenotazione, solo se il cliente ha richiesto la fattura in sede di prenotazione. È un processo legato al ciclo di fatturazione, non a una spunta sulla scheda prenotazione.
Destinatario
Cliente
Mittente
Brand commerciale
Contenuto
Messaggio di accompagnamento alla fattura emessa, con il numero prenotazione di riferimento.
Flusso 11 — Check-in online Comunicazioni al cliente nel ciclo di check-in / check-out: email + SMS
Il check-in online è un percorso guidato che il cliente deve completare prima dell'arrivo. È supportato da una serie di comunicazioni dedicate (email e SMS) che lo accompagnano fino al check-out. In ogni messaggio sono presenti placeholder dinamici (es. #immobile#, #id_prenotazione#, #utenteNome#, #link_checkin#, #incaricato_nome#, ecc.) sostituiti a runtime con i dati della prenotazione.
11.1 Check-in online — invito al cliente
Oggetto
"Check-in: #immobile# - #id_prenotazione#"
Quando parte
Apertura del percorso di check-in online sulla prenotazione, prima dell'arrivo.
Destinatario
Cliente
Contenuto
Invito a completare il check-in online tramite il link #link_checkin#, con riferimenti a immobile, periodo soggiorno, id prenotazione e contatti dell'host.
Reminder
Lo stesso template viene re-inviato come reminder se il cliente non completa il check-in. Cambia solo l'oggetto, che riceve il suffisso "(REMIND)": Check-in: #immobile# - #id_prenotazione# (REMIND).
Versioni
L'email esiste in due versioni:
HTML — versione standard inviata al cliente.
Solo testo — versione plain-text dedicata alle prenotazioni provenienti da OTA (Booking, Airbnb, ecc.), inviata all'indirizzo proxy fornito dall'OTA. Le caselle di messaggistica OTA filtrano e riformattano l'HTML, quindi una versione testuale garantisce che il messaggio (link di check-in incluso) arrivi integro.
Conferma di check-in completato + link per accedere alle istruzioni di soggiorno (#link_checkin_accessi#), valido per l'intera durata della prenotazione. Contatti dell'host inclusi.
Quando un check-in già avviato richiede integrazioni o aggiornamenti da parte del cliente (es. documento mancante, dato da rivedere).
Destinatario
Cliente
Contenuto
Richiesta di completare/integrare il check-in tramite #link_checkin#. Avviso che l'accesso alla struttura non è possibile finché il check-in non risulta completo.
In prossimità della data di check-out del soggiorno.
Destinatario
Cliente
Contenuto
Promemoria con orario massimo e data di check-out, indicazioni di cortesia (lasciare l'alloggio in ordine, verificare effetti personali) e riferimenti del team.
In affiancamento alle email, il sistema invia anche messaggi SMS al numero di telefono del cliente. I testi SMS sono corti, contengono il link essenziale e i contatti dell'host (telefono + link WhatsApp).
Scenario (email collegata)
Testo SMS
Check-in primo invio (coppia 11.1)
Ciao #utenteNome#, complimenti per la prenotazione dal #dal# al #al#
Completa il check-in online prima del tuo arrivo:
#link_checkin#
Il tuo id prenotazione: #id_prenotazione#.
Il tuo host: #incaricato_nome# #incaricato_telefono#
whatsapp: wa.me/#incaricato_telefono#
Team #immobile#DES##!
Check-in reminder (coppia 11.1 REMIND)
Ciao #utenteNome#,
per la prenotazione dal #dal# al #al#
è necessario completare il check-in online prima dell'arrivo:
#link_checkin#
N.B. non si può accedere alla proprietà finché il check-in non è completato.
Team #immobile#DES##!
Check-in completato (coppia 11.2)
Ciao #utenteNome#,
complimenti, check-in completato!
Per accedere clicca qui: #link_checkin_accessi#
Il link sarà valido per l'intera durata della prenotazione.
Per assistenza contatta il tuo Host
#incaricato_nome# #incaricato_telefono#
whatsapp: wa.me/#incaricato_telefono#
Check-in integrazione (coppia 11.3)
Ciao #utenteNome#,
check-in da aggiornare o integrare per #immobile#DES#.
Completa il check-in:
#link_checkin#
Pren. #id_prenotazione#
Per assistenza contatta il tuo Host: #incaricato_nome# #incaricato_telefono#
whatsapp: wa.me/#incaricato_telefono#
Promemoria check-out (coppia 11.4)
Gentile #utenteNome#,
speriamo abbia trascorso un piacevole soggiorno
Check-out entro le #ora_checkout# del #al#.
Chiediamo gentilmente di lasciare l'alloggio in ordine e verificare di non dimenticare effetti personali.
Grazie e a presto,
Il team di #immobile#DES##
12
Flusso 12 — Richieste, preventivi e ticketing Email collegate al sistema di ticketing e alla richiesta di preventivo
Le richieste possono entrare nel sistema in cinque modi diversi, tutti confluenti nel modulo di ticketing:
Form richiesta generica sul sito (informazioni)
Form richiesta preventivo per una specifica disponibilità
Form richiesta supporto dall'area riservata cliente
Form richiesta supporto dall'area riservata proprietario
Email diretta a una casella unica dedicata collegata al sistema di ticketing
Le email generate dai form non producono una mail di conferma automatica al richiedente: il ticket viene creato e gestito dallo staff. Le email arrivate dalla casella ticketing generano invece la conferma ricezione (12.1). Ogni risposta dello staff sul ticket genera un'email all'utente (12.2). Per le richieste di preventivo è previsto inoltre un invito a consultare l'offerta (12.3).
12.1 Conferma ricezione email su ticketing
Oggetto
"RE: <oggetto originale dell'email mittente>"
Quando parte
Solo quando un utente apre un ticket inviando direttamente un'email alla casella dedicata del sistema di ticketing (non parte se la richiesta arriva da un form).
Destinatario
Mittente originale (cliente, proprietario o terzo)
Contenuto
Conferma di presa in carico della richiesta con riferimento al codice ticket assegnato. L'utente può continuare la conversazione semplicemente rispondendo a questa email: il sistema collegherà la risposta al ticket.
Ogni volta che lo staff di back-office risponde a un ticket aperto, indipendentemente da come il ticket era stato creato (form o email).
Destinatario
Utente originale del ticket
Contenuto
Copia integrale della risposta scritta dallo staff dal back-office. L'utente può continuare la conversazione direttamente dalla casella di posta rispondendo all'email: la sua risposta viene agganciata al ticket originale.
Allegati
Eventuali allegati caricati dallo staff sulla risposta.
Quando lo staff prepara e invia un preventivo in risposta a una richiesta del cliente (dal form preventivi o dal ticketing).
Destinatario
Cliente
Contenuto
Invito personalizzato a consultare l'offerta tramite un link dedicato. Cliccando sul link, il cliente apre una pagina online con il dettaglio del preventivo (immobile, periodo, prezzo, condizioni).
Allegati
Nessuno (il contenuto del preventivo è sulla pagina online).
12.4 Remind al cliente con preventivo non prenotato
Quando parte
A distanza di tempo dall'invio della 12.3 quando il cliente non ha prenotato e il preventivo non è stato finalizzato.
Destinatario
Cliente
Mittente
Brand commerciale
Contenuto
Messaggio dal tono cortese e personale, di follow-up sulla ricerca casa vacanza del cliente. Estratto del template:
"Adesso tocca a lei... Le scrivo brevemente per sapere come prosegue la ricerca
della casa per le sue vacanze...
Ci saranno sicuramente degli sviluppi dalla nostra ultima conversazione
e aspetto di sapere come poter esserle ancora più utile. ..."
Flusso 13 — Coupon marketing al cliente Email automatica generata da un cron su prenotazioni che soddisfano criteri di marketing
Su determinate prenotazioni confermate che soddisfano criteri di marketing configurati (es. valore prenotazione, destinazione, periodo, partner commerciale), il sistema genera in modo automatico un coupon dedicato al cliente e glielo recapita via email tramite cron schedulato.
13.1 Coupon al cliente
Quando parte
Cron schedulato (administrator/cron/coupon/email.php) che individua i coupon non ancora notificati su prenotazioni confermate, non cancellate, con importo coupon disponibile e arrivo entro 7 giorni. La generazione dei coupon avviene a monte con cron dedicati per tipologia (es. generazione_perlasaracena.php) che applicano i criteri di marketing e calcolano l'importo del coupon in base alla provvigione netta della prenotazione.
Destinatario
Cliente (esclusi i tour operator: in quel caso il coupon viene disattivato automaticamente)
Mittente
Brand commerciale della prenotazione
Contenuto
Presentazione del coupon con valore, periodo di validità, intestatario e riferimento prenotazione + codice coupon. Il template grafico/testuale è specifico per ogni iniziativa (es. coupon ristorante "Perla Saracena").
Validazione
L'invio non avviene se l'indirizzo email del cliente non è valido (proxy mail OTA non gestiti). Se l'email principale è invalida, il sistema tenta il fallback sull'email secondaria.
Flusso 14 — Polizze assicurative Reminder al cliente e trasmissione periodica al fornitore della compagnia
Sulle prenotazioni che includono una polizza assicurativa il cron administrator/cron/polizze/polizze.php gestisce due comunicazioni al cliente: il remind per la raccolta dei dati necessari all'emissione della polizza e l'avviso di attivazione a polizza emessa.
14.1 Remind: comunicazione dati polizza
Oggetto
"PRN N. XXXXX AZIONE RICHIESTA: COMUNICAZIONE DATI POLIZZA"
Quando parte
Cron polizze: invia al cliente il sollecito a fornire i dati necessari all'emissione della polizza (anagrafica ospiti, dati assicurativi, ecc.) quando la data di reminder configurata è raggiunta. Il sistema deduplica gli invii per evitare invii multipli.
Destinatario
Cliente
Contenuto
Richiesta di completamento dei dati assicurativi con riferimento alla prenotazione e istruzioni su come fornire le informazioni mancanti.
Flusso 15 — Feedback / recensioni Due inviti distinti: recensione del servizio di prenotazione e recensione del soggiorno
Il sistema invia due tipi di richiesta di recensione, su canali e tempistiche diverse: una sul servizio di prenotazione (post-prenotazione, Trustpilot) e una sul soggiorno effettivo nell'immobile (post-soggiorno, portale di prenotazione).
15.1 Recensione post-prenotazione (Trustpilot)
Quando parte
Cron administrator/cron/feedback/feedback.php: a circa 90+ giorni dalla prenotazione, su prenotazioni confermate di brand che hanno l'integrazione Trustpilot abilitata.
Destinatario
Cliente
Mittente
Brand commerciale della prenotazione
Oggetto della recensione
Il servizio di prenotazione (esperienza con l'agenzia/brand, non con la proprietà).
Contenuto
Invito a lasciare una recensione del servizio di prenotazione tramite link Trustpilot dedicato.
Flusso 16 — Servizi accessori al fornitore Conferma e reminder al fornitore per i servizi prenotati
Sui servizi accessori venduti insieme alla prenotazione (transfer, pulizie extra, esperienze, ecc.) il sistema gestisce due comunicazioni dirette al fornitore del servizio.
16.1 Conferma prenotazione servizio al fornitore
Oggetto
"Conferma Prenotazione Servizio al Fornitore n. SER_XXXX"
Quando parte
Al momento della prenotazione del servizio a carico del fornitore.
Destinatario
Fornitore del servizio
Contenuto
Comunicazione di prenotazione del servizio con i riferimenti necessari al fornitore (codice servizio SER_XXXX, prenotazione collegata, periodo, dettagli operativi).
Cron administrator/cron/prenotazioni/importexec.php: dopo l'esecuzione di un import massivo da fonti esterne (Magarental, Airbnb, ecc.).
Destinatari
Staff canale + IT
Contenuto
Stato per ciascuna prenotazione elaborata: OK, KO, IGNORE.
!
Ramificazioni e regole trasversali Comportamenti che il marketing deve conoscere prima di intervenire sui testi
Due mittenti: lo stesso evento può far partire email da indirizzi mittenti differenti. Verso cliente e fornitori esce il brand commerciale con cui è stata venduta la prenotazione; verso il proprietario e i suoi operatori esce sempre BarbarHouse, indipendentemente dal brand commerciale di vendita.
Multilingua di default: le email seguono la lingua del destinatario. Una modifica al testo va sempre fatta su tutte le lingue attive, altrimenti i destinatari di lingua diversa riceveranno la versione vecchia.
Operatori delegati del proprietario: se configurati, sostituiscono il proprietario come destinatario. Il proprietario in persona non riceve nulla. Non è un invio in copia conoscenza.
Comproprietari: ricevono email separate e individuali, mai una sola email con tutti in copia.
Note libere dell'operatore: nella scheda prenotazione c'è un'area "Comunicazioni del personale" il cui testo viene iniettato direttamente nelle email al proprietario (documentazione, aggiornamento, stand-by/accredito, blocco). Il marketing deve sapere che parte del messaggio è sempre libero, scritto dall'operatore caso per caso.
Import da OTA (Booking, Airbnb, ecc.): le email partono regolarmente, con le stesse logiche del frontend (conferma o stand-by in base al pagamento). Non sono silenziate.
Import massivo da file Excel: in questo solo caso le email automatiche al cliente e al proprietario sono volutamente disattivate, perché si tratta di caricamenti di backlog dove un invio massivo sarebbe controproducente.
Voucher cliente e voucher proprietario nello stesso passaggio: per convenzione operativa, se viene inviato il voucher al cliente, la copia al proprietario viene saltata.
Blocco con penale: l'oggetto della comunicazione al proprietario riceve il suffisso "(CON PENALE)" ed è un caso di comunicazione potenzialmente delicata.
Tutte le email transazionali vengono tracciate nello storico delle comunicazioni della prenotazione e classificate per tipologia (es. comunicazione proprietario, blocco interno, prenotazione). Questo permette di ricostruire, su ogni singola prenotazione, tutto ciò che è uscito verso cliente e proprietario.