Cosa delegare all'AI e cosa lasciare alle persone? A BTO 2026 debutta una nuova formula in quattro lettere

Nelle demo dei vendor, alla domanda "cosa può fare l'AI nel mio hotel?" la risposta è ormai quasi sempre la stessa: "quasi tutto". Per questo, è una domanda che non aiuta a decidere nulla. Quella utile è un'altra: cosa dovremmo affidare all'AI, e cosa invece conviene lasciare alle persone?

È la domanda da cui parte Simone Puorto, Head of Innovation di Hospitality Net, Founder di Travel Singularity ed Elegia, nella sessione "Digital worker in hotel: cosa delegare all'AI e cosa lasciare alle persone", in programma l'11 novembre alle 15:00 nello spazio Humans Train AI del BTO 2026. Humans Train AI è il laboratorio aperto del BTO dedicato alla pratica: niente presentazioni tradizionali, ma dimostrazioni dal vivo, esercitazioni e confronto diretto con chi si ferma allo stand. E la sessione è pensata esattamente così, come un'ora di lavoro sui compiti veri di un hotel.

Poche ore prima, alle 12:00, Puorto presenta al BTO Humans-as-Luxury (https://www.bto.travel/programma/humans-as-luxury/), il suo intervento sul valore della presenza umana in un'ospitalità sempre più automatizzata. Quello delle 12:00 è il perché. Alle 15:00 si passa al come.

Possiamo e dovremmo: due cose (molto) diverse

Il punto di partenza è una distinzione su cui Puorto insiste da anni. Cosa possiamo automatizzare e cosa dovremmo automatizzare sono due cose diverse. Della prima si occupano i fornitori di tecnologia, e di solito la si guarda alla fine, quando il contratto è già firmato. La seconda, quasi nessuno la scrive.

C'è poi un'idea che conviene prendere alla lettera: il "digital worker". Se un agente AI è un collega digitale, valgono le stesse regole che applichiamo ai colleghi. Prima di assegnargli un compito, ci chiediamo se è il compito giusto, se qualcuno è in grado di spiegarglielo, chi risponde se qualcosa va storto e cosa succede alla persona che svolgeva quel compito in precedenza. 

Per mettere ordine in queste domande, Puorto propone un framework che sta su un post-it.

 La formula?

A = S × P × E × B

A · Automazione: il compito può essere delegato all'AI?

S · Stack: i sistemi in cui vive il compito sono pronti?

P · Processo: il compito è scritto, ripetibile e spiegabile?

E · Esperienza: né l'ospite né chi lavora ci perdono?

B · Brand: qui l'AI rafforza il brand o lo danneggia?

La formula si applica a un compito alla volta, mai a un intero ruolo. Non ci si chiede "automatizzo la reception?", ma "automatizzo la scansione del documento?" oppure "automatizzo la risposta sugli orari del parcheggio?".

Ogni lettera è una domanda a cui si risponde con 1 o 0. Uno vuol dire sì: i sistemi sono pronti, il processo è scritto, l'esperienza non peggiora, il brand ne guadagna o almeno non ci perde. Zero vuol dire no. Se non si sa rispondere, si mette un punto interrogativo, che equivale a uno zero finché qualcuno non va a verificare.

Questa è la sequenza in cui un hotel dovrebbe porsi le domande: prima la tecnologia che ha già, poi il modo in cui lavora, poi le persone da entrambi i lati del desk, infine l'immagine che dà di sé. Partire dall'agente da comprare, cioè dalla fine, è l'errore più comune.

Uno zero non dice soltanto "no": dice perché e cosa fare.

S = 0 → prima lo stack. Il compito potrebbe essere delegato, ma i sistemi non sono pronti. Prima si integra, poi si automatizza.

P = 0 → prima la SOP. Il compito potrebbe essere delegato, ma nessuno l'ha mai scritto. Prima si definisce il processo, poi lo si affida alla macchina.

E = 0 → resta umano. Delegarlo peggiorerebbe l'esperienza dell'ospite o il lavoro dello staff. Non è una questione tecnica.

B = 0 → resta umano, o non si automatizza. Delegarlo danneggerebbe la reputazione dell'hotel.

Nessuno zero → si delega.

Le prime due lettere sono condizioni tecniche: cambiano nel tempo, e un compito che oggi ha S = 0 può avere S = 1 tra sei mesi, dopo un'integrazione o un nuovo sistema. Le ultime due sono condizioni di valore, e le decide l'hotel. Nessun aggiornamento software trasformerà in 1 lo 0 di un ospite che ha bisogno di una persona.

Tre esempi reali:

1. La risposta automatica su password del Wi-Fi, orari e parcheggio: S = 1, P = 1, E = 1, B = 1. A = 1 × 1 × 1 × 1 = 1: si automatizza.

2. Un agente AI che lavora sul vecchio gestionale cliccando sulle schermate: S = 0, P = 1, E = 1, B = 1. A = 0 × 1 × 1 × 1 = 0: prima lo stack.

3. I post Instagram e le foto delle camere generati con l'AI: S = 1, P = 1, E = 1, B = 0. A = 1 × 1 × 1 × 0 = 0: non si automatizza.

Nel secondo e nel terzo caso il risultato è lo stesso, zero, ma il motivo è opposto. Nel secondo, il compito è "non ancora pronto"; nel terzo, è "da non delegare". È questa differenza a rendere la formula più utile di una semplice lista di sì e di no.

Passo 1 · S, lo stack: prima di comprare un agente, guarda cosa hai

Si comincia dalla tecnologia che l'hotel ha già. Quanti sistemi ci sono? Quanti parlano tra loro? Di chi sono i dati? Molti hotel, prima di una strategia AI, avrebbero bisogno di fare pulizia: meno software, che faccia di più, e uno strato di dati che sia davvero loro.

Qui Puorto affronta una delle promesse del momento: l'agente AI che "scavalca" le API ed entra nel vecchio gestionale cliccando sulle schermate, come farebbe una persona. Tecnicamente funziona. Ma far funzionare un sistema legacy con un agente comporta un'esplosione dei costi dei token, perché ogni click si traduce in un ragionamento da pagare. Si finisce per pagare un'intelligenza artificiale per fare, lentamente e a caro prezzo, il lavoro che un'integrazione ben fatta farebbe quasi gratis.

S vale 1 quando il compito vive in sistemi che si parlano, i dati sono accessibili e di proprietà dell'hotel, e il costo di farlo girare con un agente è sostenibile. Altrimenti vale zero, e la prima regola è evitare i silos tecnologici: un'AI messa su un silo diventa soltanto un altro silo, più costoso e più difficile da spegnere.

Passo 2 · P, il processo: non si automatizza il caos

Un'automazione esiste solo nella misura in cui un processo può essere eseguito e spiegato. Niente SOP, niente automazione. Se tre receptionist gestiscono lo stesso overbooking in tre modi diversi, l'hotel non ha un processo: ha tre abitudini, e un'AI di fronte a un'abitudine può solo tirare a indovinare.

Scrivere le procedure ha anche un altro effetto: obbliga a spacchettare. "Check-in", per esempio, non è un compito unico. Dentro ci sono il documento, il pagamento, la chiave, e poi l'accoglienza e il consiglio che su Google non si trova. Le prime tre cose si scrivono passo per passo. Le ultime due in una SOP non ci stanno, e spesso è proprio il segnale che non andrebbero delegate.

P vale 1 quando il processo è scritto, ha un input, un output e un'eccezione prevista, e c'è una persona che risponde se va male. L'ultimo punto conta più degli altri: delegare un compito non significa delegare la responsabilità. Nel pricing, per esempio, la macchina muove le tariffe, ma il revenue manager resta in-the-loop, pronto a intervenire quando una scelta va contro gli obiettivi dell'hotel.

Passo 3 · E, l'esperienza di ospiti e staff

Il cuore del framework è la Golden Rule for Automation di Puorto: sostituisci un essere umano solo quando non peggiori né l'esperienza dell'ospite né il benessere di chi lavora. Sono due condizioni, mentre la maggior parte dei progetti di automazione ne controlla una sola: la riga dei costi. Nella formula, E vale 1 solo se entrambe le condizioni sono soddisfatte.

Dal lato dell'ospite, la domanda è che cosa voglia in quel momento: un risultato, una persona, o la possibilità di scegliere. La password del Wi-Fi si può automatizzare domani mattina. Un ospite che ha perso il passaporto in un paese straniero ha bisogno di qualcuno che lo rassicuri, interpreti la situazione e prenda una decisione. E poi c'è chi vuole soltanto scegliere: l’AI per le cose semplici, la persona quando qualcosa va storto.

Dal lato dello staff, la domanda è più scomoda. Se l'AI libera tre ore a una receptionist, sono tre ore in più per gli ospiti o una receptionist in meno? La tecnologia non risponde. Risponde il modello di business, ed è meglio decidere dove va quel tempo prima di automatizzare. Altrimenti lo decide il KPI: tre ore senza transazioni sembrano inefficienza, e l'inefficienza si taglia. La regola pratica è dare alla macchina il lavoro "a testa bassa", quello che tiene gli occhi incollati allo schermo, e usare il tempo liberato per far alzare la testa alle persone verso l'ospite.

Passo 4 · B, AI e brand: equity o liability?

L'ultimo passo riguarda la reputazione. Puorto parte da una domanda: l'AI può diventare un motivo per non prenotare un hotel? Internet si sta riempiendo di AI slop, testi e immagini tutti uguali che il pubblico riconosce al primo sguardo e associa alla pigrizia. La sua posizione è netta: evitare del tutto l'AI slop, a partire dal marketing. Dove l'AI si vede, parla (e male) per il brand. Dove lavora dietro le quinte, sul forecasting o su un preventivo, può invece diventare un vantaggio, perché libera tempo alle persone che l'ospite vede davvero.

Presto, sostiene Puorto, un ospite non chiederà più "che tecnologie usate?", ma "quali tecnologie avete scelto consapevolmente di NON usare?".

Conta anche il tipo di hotel che si è scelto di essere. Lo stesso compito può valere B = 1 in un hotel e B = 0 in un altro. In un hotel tecnocentrico la chiave digitale e l'assistente AI alle due di notte fanno parte della promessa. In un hotel che vende proprio il contatto umano, un chatbot in primo piano è una promessa tradita. B obbliga a dichiarare il proprio posizionamento prima di fare i conti.

Dal vivo: dal check-in alla colazione

Nello spirito di Humans Train AI, la sessione lavora sugli esempi: la password del Wi-Fi, il pricing quotidiano, i preventivi per i gruppi, l'agente sopra il vecchio PMS, l'overbooking senza procedura, i post generati per Instagram, l'ospite in difficoltà. Ogni caso passa per le quattro lettere, e spesso la risposta non è un sì o un no ma un "non ancora", che indica con precisione dove intervenire.

Il caso più istruttivo è il check-in. Presa per intero, la formula non riesce a dare una risposta pulita, perché mescola compiti diversi. Spacchettato, la risposta diventa chiara: documento, pagamento e chiave vanno alla macchina; l'accoglienza resta all'host. Lo stesso vale a colazione, dove il sistema può ricordare come l'ospite prende il caffè, mentre il cameriere glielo porta senza che debba chiederlo.

Chi passa allo stand può portare un compito del proprio hotel e farlo passare per la formula insieme a Puorto, sul foglio di lavoro che verrà compilato dal vivo. L'obiettivo è uscire con uno strumento da usare il lunedì mattina con il proprio staff, non con il vendor: elencare i compiti, rispondere alle quattro domande, moltiplicare. E rifarlo ogni sei mesi, perché la tecnologia cambia S e P quasi a ogni trimestre. E e B, invece, restano una scelta dell'hotel.

Digital worker in hotel: cosa delegare all'AI e cosa lasciare alle persone

Simone Puorto, Founder, Elegia

Mercoledì 11 novembre 2026, 15:00–15:50

BTO 2026 – Be Travel Onlife, Stazione Leopolda, Firenze

Humans Train AI, galleria espositiva vicino all'ingresso, stand 1

Programma: https://www.bto.travel/tipologie/1-to-1/ 

Contatto media

Simone Puorto

[email protected]