La guida definitiva per gestire il tuo hotel con Claude e 24 agenti AI

Come hotel indipendenti, boutique e piccoli gruppi possono iniziare a usare Claude. E perché il 2026 è l’anno in cui non si può più rimandare.

🇬🇧 English version here

🖐️ Premessa: a scrivere questa guida ci ho messo più tempo del previsto. Molto di più. La realtà all’interno di un hotel è complessa e soprattutto cambia tantissimo in base alla tipologia e dimensione della struttura e ho dovuto un po’ semplificare. Quindi prendetela con le pinze e adattatela con intelligenza al vostro contesto reale! Se poi trovate soluzioni alternative o eleganti segnalatemele!

Il 2026 è l’anno in cui si decide chi resta visibile

Mike Coletta, analista Phocuswright, a gennaio 2026 ha pubblicato un’indagine globale su 178 dirigenti del travel: l’88% dichiara che la gen AI ha già avuto un impatto positivo sul business, ma solo il 12% si sente davvero pronto a implementarla.

Lo studio segnala che il 61% delle aziende del travel sta già sperimentando o scalando l’AI agentica. Il 56% conosce, sta esplorando o sta iniziando ad implementare i protocolli di interoperabilità MCP e A2A. Il 60% considera l’agentic commerce decisivo o molto rilevante nei prossimi 3-5 anni. Sono numeri che dimostrano un budget già allocato.

E poi c’è il punto specifico per gli hotel piccoli. Norm Rose, anche lui analista Phocuswright, nel suo report di commiato Will Agentic AI Disrupt Travel Distribution? (2025): gli hotel, in particolare quelli piccoli, hanno ceduto il Web 2.0 alle OTA. Ogni tentativo di portare il cliente direttamente sui propri siti è stato per quindici anni una rincorsa, mai un sorpasso. Adesso si apre una finestra. La descrive così: “esiste un’opportunità per le proprietà individuali e le piccole catene di convincere l’AI che offrono più valore, a condizione che riescano a implementare le proprie piattaforme agentiche.”

Tradotto: se un agente conversazionale può confrontarti con quattro Marriott in dieci secondi, non vinci con il branding. Vinci se i tuoi dati sono leggibili, le tue policy chiare, la tua esperienza coerente, e se hai i tuoi agenti che lavorano per te 24 ore al giorno. Non per sostituire il personale. Per catturare il revenue che oggi esce dalla porta senza che nessuno se ne accorga.

Questa guida ti dice come. Non per la catena da 8.400 hotel come Wyndham, che ha investito 425 milioni di dollari in AI e ha attivato 250 agenti dedicati (Wyndham Q3 2025 earnings call, novembre 2025). Per il tuo hotel da 12, 30, 80 camere. O per il piccolo gruppo da tre o cinque proprietà. Quello dove lo staff non basta mai, il PMS non parla con il CRM, e la richiesta di prenotazione in tedesco del giovedì sera resta senza risposta fino a lunedì.

Le 7 pressioni che oggi schiacciano un hotel

Prima di parlare di Claude e di agenti, parliamo di cosa stiamo cercando di risolvere. Ogni use case che troverai più avanti torna a uno di questi sette nodi.

1. Costo del lavoro che cresce mentre il personale non arriva. Oltre il 50% delle proprietà US si dichiara da moderatamente a seriamente sotto-organico (AHLA Front Desk Feedback Survey, marzo 2026). Il costo del lavoro nel 2026 è cresciuto di circa il 5% rispetto al 2025 (Today’s Hotelier, gennaio 2026), e già pesa per circa il 50% dei costi operativi totali di un hotel (Travel Outlook industry analysis, 2024). Il problema non è trovare persone. È sostenere il modello. Adam Glickman e Dmitry Koltunov, analisti Phocuswright, l’avevano descritto già nel 2023 in Real-Time Revolution in Hotel Operations: pattern oggi operativi solo nelle catene attrezzate, come il rolling rooms (non pulire le stayover quando la serata non sarà sold-out) e il day-parts scheduling (programmare lo staff su micro-fasce orarie). Per un indipendente questi pattern sono ancora teoria perché manca chi li orchestra ogni mattina.

2. Dipendenza OTA. Booking.com prende dal 15 al 18% nella maggior parte dei mercati, Expedia dal 18 al 22%, e per gli hotel indipendenti la fascia reale arriva fino al 25 e oltre con i programmi preferred (Cloudbeds OTA Commission Guide, dicembre 2025). Booking Holdings nel Q1 2026 dichiara che poco più della metà delle prenotazioni passa direttamente. Il resto è commissione. Ricordatevi di Norm Rose: gli hotel piccoli hanno ceduto il Web 2.0 alle OTA. La domanda agentica non risolve automaticamente il problema, perché le OTA saranno i primi beneficiari dell’agentic commerce per via della loro infrastruttura tecnica già pronta. La finestra per gli indipendenti esiste solo se costruiscono i propri agenti.

3. Inbox che è il vero front desk. Una richiesta di prenotazione che resta senza risposta per quattro ore va al competitor. Una richiesta in lingua diversa dall’italiano e dall’inglese spesso resta senza risposta del tutto. L’inbox è il pezzo di tecnologia hotel più trascurato, e quello che converte di più o di meno determina direttamente l’occupancy della settimana dopo. Nessuna dashboard di revenue management cattura questo dato, perché il booking perso non lascia tracce.

4. Recensioni che si moltiplicano mentre le risposte non tengono il passo. Si pubblicano circa 933.000 recensioni hotel al giorno nel mondo. Il response rate medio del settore è intorno al 40%, e per rispondere a tutte servirebbero circa 37.350 ore di lavoro globale al giorno (MARA Solutions analysis, maggio 2025). Una stella in più nel rating correla con un aumento di revenue tra il 5 e il 9% secondo la ricerca della Harvard Business School. Gli hotel che rispondono prontamente alle recensioni TripAdvisor mostrano un engagement superiore del 17% e una probabilità di booking inquiry più alta del 21% (Cornell Center for Hospitality Research). I numeri sono noti da anni. Quello che è cambiato nel 2026 è che adesso esiste lo strumento per chiudere il gap operativo.

5. Visibility AI search che si sta riallocando ora. A luglio 2025 Phocuswright ha pubblicato Chat, Plan, Book, che misura il 34% dei viaggiatori già aperti a prenotare dentro una piattaforma AI quando la funzionalità sarà disponibile. Wyndham, come abbiamo visto, ha già attivato l’integrazione con Claude, Gemini e ChatGPT. Mews nel suo 2026 Hospitality Industry Outlook (dicembre 2025) cita Chris Hemmeter di Thayer Investment Partners che lo dice senza sfumature: gli hotel che non sistemano i propri dati saranno invisibili. Il punto non è ottimizzare per Google. È essere citabili da un agente conversazionale che non guarda la tua landing page. Sto parlando di GEO, se non avete mai sentito questo termine ascoltate questa puntata del mio podcast.

6. Software frammentato senza un livello semantico comune. PMS, channel manager, booking engine, CRM, OTA extranets, sistema recensioni, gestionale amministrativo, F&B. Sette o otto sistemi che producono dati che non si parlano. Wouter Geerts di Mews lo ha chiamato il missing semantic layer (HotelYearbook, gennaio 2026), e nel survey Phocuswright di gennaio 2026 il 50% dei dirigenti del travel cita la complessità di integrazione come principale ostacolo all’adozione di nuove tecnologie, contro il 45% del divario di competenze e il 40% dei sistemi legacy. Il blocco principale non è di idee o di budget. È di sistemi che non si parlano tra loro.

7. Personalizzazione. “You will be remembered, you will receive offers tailored to your behavior.” Ogni vendor di hotel CRM ripete questa frase dal 2014. Nel frattempo l’ospite medio riceve la stessa email automatica di benvenuto del guest che ha soggiornato cinque volte. La personalizzazione poi però non è arrivata perché richiede un’orchestrazione che il PMS standard non fa, e che fino a poco fa era troppo costosa da costruire ad hoc.

Camera flip

Il gap tra l’88% che vede impatto positivo dalla gen AI e il 12% che si sente preparato a implementarla non è una storia di tecnologia immatura. La tecnologia è matura. È una storia di workflow design.

Il front desk che non risponde a una richiesta in tedesco non è un problema di lingue. È un workflow che assume che ogni email passi da un umano. L’occupancy che soffre non è un problema di pricing. È un revenue management che gira una volta a settimana invece che una volta al giorno. La review a una stella senza risposta non è un problema di reputation. È un workflow che dipende dal direttore che si ricorda di aprire TripAdvisor il martedì.

Quando il workflow è il problema, l’agente può essere la soluzione. Non lo staff aggiuntivo. Non un altro vendor. L’agente che gira mentre tu fai colazione.

E qui torna l’osservazione di Greg Abbott di DataArt: la differenza tra le aziende che usano l’AI per fare la stessa cosa con il 10% in meno e quelle che la usano per fare di più con quello che hanno già. Le prime tagliano. Le seconde crescono.

I primi 15 minuti: il setup base

Prima di parlare di 24 agenti, parliamo di quello che puoi fare oggi pomeriggio. Tre micro-step, cinque minuti l’uno, e alla fine hai Claude che risponde nella tua brand voice, pesca dai documenti che gli hai dato, e produce output che suonano come te. Non è ancora un agente. È la base su cui ogni agente poi gira.

Prerequisito. Serve almeno Claude Pro (circa 20 dollari al mese): la versione gratuita non include il modello Opus né l’Extended Thinking, che sono i due ingredienti che fanno la differenza tra una risposta carina e una risposta utile in contesto hospitality. Per un hotel indipendente, Pro basta. Solo se gestisci più property o vuoi attivare i Connectors business (Slack, HubSpot) è consigliato passare a Max o Team.

① Setup — Crea il tuo hotel-profile.md

Apri Claude sul browser. Seleziona il modello Opus 4.7 con Extended Thinking attivo (l’opzione si trova nel selettore in alto). Tempo: 5 minuti.

Incolla questo prompt:

Intervistami con AskUserQuestion per costruire il mio file
hotel-profile.md. Copri: nome e luogo dell'hotel, numero e tipologie
di camere, ospiti target e mercati origine principali, la voce del
brand (formale, calda, informale), le tre cose per cui siamo
riconoscibili, le tre cose che NON siamo (es. non siamo una catena
budget), le policy chiave (cancellazione, animali, bambini, fumo),
il nome del direttore per le firme. Mantieni il file finale sotto
le 2.000 parole.

Rispondi alle domande che Claude ti fa una a una. Alla fine salva l’output come hotel-profile.md sul desktop. Questo è il documento che Claude leggerà prima di ogni task da qui in avanti.

② Context — Crea la cartella Cowork

Scarica l’app Claude per desktop (claude.ai/download). Tempo: 5 minuti.

Sul tuo computer crea una cartella che si chiama esattamente Claude. Dentro, sposta il file hotel-profile.md che hai appena creato. Apri l’app desktop, vai sulla tab Cowork, seleziona quella cartella come cartella di lavoro.

Vai su Impostazioni → Cowork → Global Instructions e incolla:

Leggi hotel-profile.md prima di ogni task.
Salva tutti gli output in questa cartella.

Da questo momento Claude ricorda chi sei ogni volta che apri una conversazione, e tutto quello che produce resta nella cartella dell’hotel, non sparpagliato in chat diverse.

③ Output — Il primo task reale

Tempo: 5 minuti. Scegli una task che fai ogni settimana. La più semplice e ad alto ritorno: rispondere a una richiesta di prenotazione arrivata via email in una lingua diversa dalla tua.

Apri una nuova chat in Cowork e incolla questo prompt minimo:

Voglio rispondere a questa richiesta di prenotazione [incolla
l'email del guest]. Leggi la mia cartella. Usa AskUserQuestion
prima di iniziare per verificare se ti manca qualcosa.

Claude ti farà una o due domande mirate (le date sono confermate? quale tariffa proporre? c’è disponibilità?), poi genera la risposta. La leggi. Se suona come te, la invii. Se non suona come te, aggiungi quello che manca al file hotel-profile.md e fai ripartire la task.

Questo è il loop fondamentale: task → output → correzione del profilo → output migliore. In quindici minuti hai costruito la base, e da domani ogni richiesta in tedesco, francese, giapponese che arriva alla tua inbox può essere processata con questo stesso flusso.

Setup completo per arrivare ai 24 agenti

Il quick-start di sopra ti dà la base operativa con cui Claude lavora come un assistente personale che ricorda chi sei. Quello che segue è la struttura su cui costruire tutti e 24 gli agenti della guida, e si fa una volta sola. Servono circa novanta minuti la prima volta, dopodiché il sistema è in piedi.

Claude funziona come un sistema operativo, non come una chat. La differenza pratica è questa: una chat dimentica tutto. Un sistema operativo ricorda contratti, brand voice, listini, SOP, contratti OTA, recensioni storiche, e li applica ogni volta. Configurarlo bene una volta significa che tutti gli agenti che vengono dopo partono con il contesto giusto.

Passo 1. Crea un Project per il tuo hotel.

Vai su claude.ai, crea un nuovo Project. Chiamalo come la property: Boutique Hotel Della Pieve, Gruppo Tirreno Properties, quello che è. Un Project per property se sei indipendente. Un Project per brand più sub-Project per ogni property se sei un piccolo gruppo. Non mischiare i Project. Il Project è l’unità di memoria.

Passo 2. Carica i documenti chiave.

Brand book, manuale operativo, listino tariffe, contratti con tour operator e OTA, FAQ guest in due o tre lingue, guida del concierge ai vendor selezionati (ristoranti, transfer, esperienze), playbook delle risposte a recensioni, planimetria con tipologie camera. Per un hotel da 30 camere parliamo di 15 o 20 documenti totali. Non serve di più. Quello che carichi qui, Claude lo userà ogni volta.

La base di tutto è la qualità del dato pronto per essere letto da un agente. Carica documenti puliti, aggiornati, in formato leggibile. Se hai un brand book di 80 pagine pieno di immagini decorative, esportane la versione testuale. Se il listino è in un Excel con celle unite, riformatta in tabella semplice. Ogni minuto speso qui ne risparmia cento dopo.

Passo 3. Scrivi le custom instructions del Project.

Sono le istruzioni di sistema che Claude segue per ogni conversazione e per ogni agente che chiamerai.

Esempio:

Sei l'assistente operativo del Boutique Hotel Della Pieve, 
24 camere a Pienza. Lo stile della comunicazione è caldo ma professionale, 
mai colloquiale, mai promozionale. 
Le lingue principali sono italiano, inglese e tedesco. 
Il revenue manager è Anna Rossi, il front office manager è Marco Bianchi. 
Per qualsiasi azione che impegni soldi 
(modifica tariffe, blocchi camera, refund) genera un draft 
e fermati prima dell'esecuzione: l'approval umano è obbligatorio. 
Per qualsiasi comunicazione guest in uscita, 
applica il brand voice del documento brand-book.pdf.

Specifica chi è il direttore, quali sono i confini di approvazione e decisione in autonomia, quali documenti hanno priorità in caso di conflitto. Senza questo, Claude tenta di indovinare.

Passo 4. Attiva Web Search e i Connectors operativi.

Nelle impostazioni del Project, attiva Web Search (per consentire all’agente di consultare prezzi competitor in tempo reale, eventi locali, weather), poi connetti i due o tre tool dove vivono i tuoi dati operativi. Per la maggior parte degli hotel indipendenti significa Google Drive (dove stanno i fogli e i documenti), Gmail o Outlook (dove arrivano le richieste guest), e Google Calendar (per gli eventi della property). Il PMS arriverà via MCP nei prossimi mesi. Per ora il ponte funziona via export su Sheets o via email parsing, e questa guida ti dice come.

Sul tema MCP, il 56% dei dirigenti del travel intervistati a fine 2025 è consapevole, sta esplorando o sta pilotando i protocolli MCP e A2A (Phocuswright, gennaio 2026). Lo stesso report nota che la connettività resta superficiale se i dati e i sistemi sotto non possono accogliere le richieste agentiche. Tradotto: il connector vale poco se i dati che pesca sono in disordine.

Camera flip

La maggior parte dei colleghi pensa al setup di Claude come a “configurare una nuova app”. Sbagliato. Stai configurando il sistema nervoso del tuo hotel. Il Project che crei oggi è dove vivranno tutti i 24 agenti che lanci domani. Se carichi i documenti sbagliati o scrivi istruzioni vaghe, ogni agente erediterà quei difetti. Se lo fai bene una volta, ogni successivo aggiunto al sistema parte già allenato.

Questo è il singolo passaggio più sottovalutato dagli hotelier che provano Claude e poi rinunciano dicendo “non capisce il mio hotel”. Non lo capisce perché non gliel’hai mai spiegato.

24 agenti che fanno girare il tuo hotel

Quello che segue non è una lista di automazioni desiderabili. È una mappa operativa. Ogni agente ha un nome, un trigger (schedulato, triggered da un evento, on-demand), un output specifico, e una regola di approval umano.

Sette famiglie funzionali. Ventiquattro agenti. Alcuni partono ogni mattina. Alcuni si attivano quando arriva un’email o un booking. Alcuni li chiami tu quando ti servono.

Inizia da uno per famiglia nelle prime due settimane. Non da tutti. Aggiungi quando il primo è in produzione e funziona. È la stessa curva che il settore sta percorrendo: il 33% delle aziende del travel è ancora in pura sperimentazione, il 22% ha iniziato a scalare in domini selezionati, solo il 6% scala in modo esteso (Phocuswright, gennaio 2026). Stai in compagnia se parti piccolo.

Anatomia di un agente: come si costruisce, in pratica

Ogni agente nella mappa che segue è specificato con cinque elementi operativi più il prompt completo. Capirli una volta significa potere replicare lo schema per qualsiasi nuovo agente che ti servirà in futuro.

Tipo. Esistono tre modi pratici di far girare un agente in Claude. Schedulato in Cowork: nell’app desktop, vai su Settings → Schedule, e crei un task ricorrente (es. ogni giorno alle 7:30, ogni 15 minuti, ogni lunedì alle 9:00). Cowork apre la chat al momento giusto, esegue il prompt che hai salvato, salva l’output nella cartella e ti notifica. Triggered: si attiva su un evento esterno, tipicamente una nuova email (via Gmail Connector) o una nuova riga in un Google Sheet. On-demand: lo chiami tu quando ti serve, scrivendo una frase semplice tipo “esegui [nome agente] per [contesto]”; Claude pesca dal Project l’istruzione completa e parte.

File nel Project. Sono i documenti che Claude legge ogni volta che l’agente parte. Il minimo comune denominatore è hotel-profile.md (creato nel setup base di 15 minuti). A questo si aggiungono i file specifici per ciascun agente: brand-book.pdf per la voce del brand, concierge-guide.pdf per la lista dei vendor selezionati, review-response-playbook.pdf per gli scenari di risposta alle recensioni, e così via. Caricarli una volta nel Project significa che Claude li ha disponibili senza doverli ricaricare ogni volta.

Connector. Sono le integrazioni che Claude attiva per leggere o scrivere fuori dalla chat. Per gli hotel servono soprattutto: Gmail Connector (leggere e draftare email), Google Sheets Connector (leggere e scrivere fogli operativi), Google Drive Connector (salvare PDF e file generati), Web Search (per cercare tariffe competitor, eventi locali, recensioni). Per chi usa Outlook al posto di Gmail, Outlook Connector è equivalente. Si attivano una volta sola dal pannello Connector di Claude e poi sono disponibili a tutti gli agenti del Project.

Trigger. È la condizione che fa partire l’agente. Schedulato (con cadenza fissa), triggered (su evento), o on-demand (quando glielo dici tu). Va deciso prima di costruire il prompt, perché cambia la formulazione iniziale.

Approval. Quanto controllo umano serve prima che l’agente compia l’azione finale. Solo lettura: l’agente legge e produce un report, non scrive nulla, nessuna approval necessaria. Draft: l’agente prepara il contenuto e lo salva in bozza, l’invio o la pubblicazione resta tua. Auto-send con notifica: l’agente esegue, ti arriva una notifica ex-post. Nei primi 30 giorni mantieni tutto a Draft. Sali ad Auto-send solo per agenti dove un errore non costa denaro o reputazione.

Prompt completo. È la frase (o le frasi) che dici a Claude per costruire l’agente. Lo incolli come Custom Instruction del Project se l’agente è schedulato o triggered (Claude lo applica automaticamente a ogni esecuzione), oppure lo lanci come messaggio in chat se l’agente è on-demand. Nei box che seguono lo trovi pronto da copiare per ognuno dei 24 agenti, con i placeholder fra parentesi quadre da sostituire con i dati del tuo hotel ([Hotel X], [Città], link al tuo Sheet, ecc.).

Una regola che vale per tutti. Costruisci un agente alla volta. Lo fai partire in Draft. Lo guardi lavorare per cinque giorni leggendo gli output uno per uno. Aggiusti il prompt o aggiungi un file al Project se l’output non ti convince. Solo quando hai cinque giorni di output che vanno bene, passi al prossimo agente. Sembra lento, ed è quello che ti abbassa la probabilità abbandonare (“ho provato Claude per due giorni e non funzionava per noi”)

I file del Project: cosa sono e come si fanno

Le Setup di ogni agente elencano una manciata di file (hotel-profile.md, arrivals.md, vip-list.md, occupancy-tracker.xlsx, eccetera). Prima domanda legittima: cosa sono, da dove escono, devo essere un tecnico per crearli? Risposta breve, no. Sono documenti che il tuo hotel ha già, in forme diverse, e che metti in ordine una volta sola dentro un Project.

Tre tipi di file, tre origini diverse.

Documenti che scrivi tu, una volta. Sono i file in formato .md (Markdown, cioè testo semplice scrivibile in Note, TextEdit, o Word salvato come testo e rinominato .md) e in .pdf. Dentro ci finisce quello che il tuo hotel sa di sé ma che oggi vive sparso fra l’esperienza del direttore, una cartellina sulla scrivania e qualche email vecchia. hotel-profile.md è il documento sintesi che hai già creato nei primi 15 minuti. brand-book.pdf è il manuale di brand che probabilmente esiste già in qualche formato. policies.md raccoglie cancellation, animali, bambini, fumo in una pagina. room-types.md descrive tipologie e dotazioni. concierge-guide.pdf è la lista vendor curata che il concierge umano usa già, in formato leggibile. competitors.md elenca i cinque competitor diretti con URL Booking. suppliers.md, maintenance-team.md, cultural-notes.md, add-ons.md, housekeeping-sop.md, room-map.md, local-experiences.md, review-response-playbook.pdf, content-pillars.md, target-queries.md, finance-categories.md seguono la stessa logica: cose che il tuo hotel sa, messe per iscritto. Tempo di prima stesura per un hotel da 30 camere: una mattinata di lavoro con il direttore e il marketing manager. Da lì in poi si aggiornano una volta al trimestre.

Esportazioni dal PMS. Sono i file .xlsx con dati che cambiano spesso: arrivals.md (o arrivals.xlsx) con gli arrivi dei prossimi 14 giorni, occupancy-tracker.xlsx e occupancy-forecast.xlsx con pace giornaliera, bookings-history.xlsx con lo storico, bookings-today con quello che succede oggi, rate-card.xlsx con le tariffe attive per tipologia e data, events-confirmed con gli eventi privati prenotati, inventory.xlsx per la cantina F&B. Nel maggio 2026 nessun PMS per indipendenti (Cloudbeds, Mews, Apaleo, Protel, SiteMinder) ha ancora un connector MCP distribuito ai clienti, quindi il collegamento funziona in due modi. Primo: export manuale settimanale dal PMS verso un Google Sheet condiviso con il Project, cinque minuti il lunedì mattina. Secondo: export automatico schedulato, dove il PMS lo permette (Cloudbeds, Mews e Apaleo hanno scheduler nativi che scaricano CSV via SFTP o email; volendo, da agganciare a Google Sheets con Make o Zapier in venti minuti di setup). Il foglio Google si chiama come il file richiesto dal prompt (es. arrivals) e Claude lo legge attraverso il Google Sheets Connector. Quando il connector PMS nativo arriverà (perché arriverà, ci potete scommettere!), questi export diventeranno superflui senza dover ridisegnare gli agenti.

Log che Claude costruisce da solo. Sono i file di tracciamento: email-log, email-triage-log, pre-arrival-log, arrival-followup-log, follow-up-log, in-stay-pulse-log, housekeeping-log, maintenance-log, upsell-log, review-drafts, pricing-proposals, crm-pipeline.xlsx, finance-tracker. Non li scrivi tu. Li crei come fogli Google vuoti la prima volta che l’agente parte, con solo l’intestazione delle colonne richiesta dal prompt (le colonne sono sempre indicate nella sezione “Aggiungi una riga al foglio…” di ogni prompt). Da quel momento in poi l’agente aggiunge una riga per ogni esecuzione, e il direttore apre il foglio quando vuole vedere cos’è successo. Sono la memoria operativa della macchina, non hai bisogno di toccarli a mano.

Una nota sul formato. Markdown (.md) è solo testo, leggibile da qualsiasi editor. Excel (.xlsx) è il foglio Excel di sempre, basta usare nomi colonna semplici e niente celle unite. PDF va bene quando il documento ha layout grafico (brand book, contratti, planimetria), meno bene per dati strutturati che Claude deve interrogare riga per riga. Quando puoi scegliere, scegli Markdown per i documenti narrativi e Google Sheets per i dati tabellari: sono i due formati con cui Claude lavora meglio.

Una mattinata per scrivere i documenti di brand e operativi, una mezz’ora per impostare i quattro export PMS verso Google Sheets, dieci minuti per creare i fogli log vuoti. Da qui in poi i 24 agenti hanno tutto quello che serve per partire.

Famiglia 1. Daily Ops (1 agente)

Il punto di ingresso quotidiano. Tutto il resto si appoggia qui.

1. morning-briefing [schedulato, ogni mattina alle 7:30] Apri il portatile e hai già il quadro della giornata. Una pagina sola, in stile editoriale, pronta prima che tu prenda il caffè: occupancy di oggi e dei tre giorni successivi, VIP in arrivo con una nota personale già pronta per accoglierli, recensioni della notte da rispondere, riepilogo delle email overnight, alert su anomalie del PMS, eventi locali che muovono il pricing. In fondo, tre priorità della giornata su cui puoi prendere decisioni. Massimo 200 parole, niente dashboard, niente grafici. È il punto di osservazione da cui partono in cascata gli altri agenti.

Setup

• Tipo: schedulato in Cowork
• File nel Project:hotel-profile.md, arrivals.md, vip-list.md, occupancy-tracker.xlsx
• Connector: Google Sheets, Web Search
• Trigger: ogni mattina alle 7:30
• Approval: solo lettura, nessuna approval

Prompt completo (incollare come Custom Instruction del Project):

Sei il chief of staff del [Hotel X]. Ogni mattina alle 7:30 esegui
questo workflow:

1. Leggi il foglio occupancy [link Sheet]: estrai occupancy odierna
   e dei tre giorni successivi.
2. Cerca le recensioni delle ultime 24 ore per il nostro hotel su
   Booking, Google, TripAdvisor. Riporta titolo, stelle, una frase
   per ognuna.
3. Apri arrivals.md e vip-list.md: identifica i VIP che arrivano
   oggi (ricorrenze, repeat guest premium, giornalisti, influencer).
   Per ognuno prepara una nota personale di 1-2 righe già pronta
   per il front-office.
4. Cerca eventi locali a [Città] oggi e nel weekend.
5. Recupera il meteo previsto per [Città] a 7 giorni.

Output: una pagina massimo 200 parole, con queste sezioni:
- Occupancy (numeri secchi, no commenti)
- VIP del giorno (nome, motivo soggiorno, nota di accoglienza)
- Recensioni della notte (titolo + stelle + 3 parole per ognuna)
- Anomalie PMS notte (lista, vuota se nessuna)
- Meteo + eventi (cose che impattano pricing o richieste guest)

Chiudi con tre priorità ordinate per impatto. Niente formattazione
superflua, niente bullet decorativi. Markdown.

Famiglia 2. Email & Comms (5 agenti)

Per la maggior parte degli hotel indipendenti l’inbox è il front desk. Qui sta il singolo guadagno operativo più grande della guida.

2. email-triage [schedulato, ogni 15 minuti] Apri Gmail al mattino e vedi le dieci email che contano invece di duecento da scartabellare. L’agente legge tutto quello che è arrivato durante la notte, divide per tipo (richiesta prenotazione, modifica o cancellazione, richiesta in-stay, post-stay, spam), riconosce la lingua del mittente, e consegna una vista ordinata su Sheet. Solo lettura: non risponde, non cancella. Mette solo ordine.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md
• Connector: Gmail, Google Sheets
• Trigger: ogni 15 minuti
• Approval: solo lettura

Prompt completo:

Ogni 15 minuti, leggi le email arrivate nella inbox principale del
[Hotel X] (account Gmail [indirizzo]) negli ultimi 15 minuti.

Per ciascuna email classifica:
- Categoria: reservation_request | modification_cancellation |
  in_stay_request | post_stay | junk
- Lingua del mittente (codice ISO: it, en, de, fr, es, ...)
- Priorità: high (richiesta prenotazione con dati completi,
  problema in-stay) | medium (richiesta info generica) | low (
  post-stay, follow-up commerciali, spam)
- Sentiment: positive | neutral | negative

Aggiungi una riga al foglio email-triage-log [link Sheet] con
queste colonne: timestamp_arrivo | mittente | oggetto | categoria
| lingua | priorità | sentiment | thread_id_gmail.

Non rispondere a nessuna email. Non cancellare nulla. Solo
classifica e logga.

3. email-responder [schedulato, ogni 15 minuti, con modalità on-demand su richiesta singola] Le richieste di prenotazione non aspettano. L’agente gira ogni quarto d’ora, prende le email che il triage ha classificato come “richiesta prenotazione” o “modifica” nella finestra precedente, verifica la disponibilità sul booking engine o sul foglio prenotazioni, e prepara una bozza in Gmail per ognuna. La risposta esce nella lingua del mittente, propone una o due tariffe con upgrade soft, e include le informazioni dell’hotel che l’ospite tipicamente chiede prima di confermare (colazione, parcheggio, policy animali, distanza dal centro). La bozza viene salvata, non inviata: tu apri la mattina, leggi la bozza, clicchi invia.

L’audit trail è il dettaglio che cambia tutto. Ogni passaggio dell’agente finisce in un foglio chiamato email-log con: timestamp di arrivo email, timestamp di drafting agent, classificazione, mittente, lingua, bozza generata (link al draft Gmail), status (in attesa / approvata / inviata / scartata). Il direttore apre il foglio quando vuole e vede esattamente che cosa è successo nelle ultime 24 ore. Per i primi 30 giorni mantieni l’approval manuale su tutte le bozze. Dopo, solo per le risposte standard che non richiedono trattativa di tariffa, puoi passare in modalità auto-send con notifica al direttore.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, brand-book.pdf, rate-card.xlsx, room-types.md, policies.md
• Connector: Gmail, Google Sheets, (opzionale) booking engine via Zapier/Make per disponibilità live
• Trigger: ogni 15 minuti
• Approval: manuale primi 30 giorni → auto-send solo risposte standard

Prompt completo:

Ogni 15 minuti, leggi le email che l'agente di triage ha
classificato come 'reservation_request' o 'modification_cancellation'
negli ultimi 15 minuti (vedi foglio email-triage-log [link]).

Per ciascuna email:

1. Estrai i dati della richiesta: date check-in/check-out, numero
   ospiti, tipologia camera preferita, lingua del mittente,
   eventuali richieste speciali (animali, accessibilità, dieta).

2. Verifica disponibilità sul foglio rate-card.xlsx [link] per le
   date richieste e la tipologia (o segnala come "to_check" se la
   verifica live non è disponibile).

3. Genera una bozza di risposta nella lingua del mittente,
   applicando la brand voice descritta in brand-book.pdf. Includi:
   - Saluto personalizzato con nome del mittente se presente
   - Conferma disponibilità per le date e tipologia richieste
   - Due opzioni di tariffa: standard + upgrade soft alla tipologia
     superiore (con differenza prezzo chiara)
   - Informazioni rilevanti da policies.md (colazione, parcheggio,
     animali, late check-out)
   - Link al booking engine [URL] per la conferma diretta
   - Firma con nome del direttore [Nome Direttore]
   Massimo 200 parole. Mai tono promozionale.

4. Salva la bozza nella cartella drafts di Gmail (non inviare).

5. Aggiungi una riga al foglio email-log [link] con queste colonne:
   timestamp_arrivo | timestamp_drafting | classificazione |
   mittente | lingua | link_draft_gmail | status='pending'.

Non inviare nessuna email. Solo draft e log.

4. arrival-time-check [schedulato, ogni lunedì mattina] Il lunedì mattina sai chi arriva e a che ora. L’agente guarda gli arrivi dei prossimi sette giorni, trova quelli che non hanno mai comunicato l’orario, e prepara una mail cortese a ciascuno nella lingua di prenotazione. Una volta che le bozze sono pronte le mandi in un’unica sessione di dieci minuti. La conseguenza concreta: housekeeping sa quando finire la stanza, il front desk non aspetta a vuoto e, soprattutto, l’ospite ha un’esperienza migliore.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, brand-book.pdf, arrivals.md (export PMS)
• Connector: Gmail, Google Sheets
• Trigger: ogni lunedì alle 9:00
• Approval: draft, invio manuale

Prompt completo:

Ogni lunedì alle 9:00, leggi il foglio arrivals.md [link] e
identifica tutti gli arrivi previsti nei prossimi 7 giorni che
NON hanno un orario di check-in comunicato (campo "arrival_time"
vuoto o "TBD").

Per ciascun guest:

1. Recupera lingua di booking dal campo language o booking_channel
   (se OTA, dedurre dal mercato di provenienza).
2. Genera una bozza email cortese nella sua lingua, applicando la
   brand voice di brand-book.pdf. Includi:
   - Saluto personalizzato
   - Conferma della prenotazione con date e tipologia
   - Richiesta dell'orario di arrivo previsto
   - Disponibilità a organizzare un transfer o late check-in
   - Firma direttore [Nome]
   Max 100 parole.
3. Salva la bozza in Gmail nella cartella drafts.
4. Aggiungi una riga al foglio arrival-followup-log [link] con
   guest_name, room, arrival_date, language, draft_link.

Non inviare nulla. Lascia tutte le bozze per la mia revisione di
lunedì mattina.

5. follow-up [schedulato, ogni 48 ore] Le richieste che restano senza risposta del guest per 48 ore sono fra il 15 e il 20% del fatturato dei lead persi (analisi interne PMS cloud, 2025). L’agente le riprende una volta sola, con un messaggio che apre flessibilità (tariffa, date alternative, late check-out), nella stessa lingua della richiesta originaria. Una mail, gentile, non insistente. Tu approvi e mandi.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, brand-book.pdf, rate-card.xlsx
• Connector: Gmail, Google Sheets
• Trigger: ogni 48 ore (mer e ven mattina)
• Approval: draft, invio manuale

Prompt completo:

Ogni 48 ore (mercoledì e venerdì mattina), interroga il foglio
email-log [link] e identifica le bozze inviate negli ultimi 48-72
ore dall'agente email-responder con status='sent' E senza risposta
del guest registrata (campo "guest_replied_at" vuoto).

Per ciascuna inquiry silente:

1. Recupera il thread originale da Gmail (thread_id nel log).
2. Genera UN solo follow-up, nella stessa lingua della inquiry
   originaria, applicando brand-book.pdf. Includi:
   - Riferimento gentile alla richiesta precedente
   - UNA proposta di flessibilità tra: tariffa scontata 5-10%,
     date alternative vicine, late check-out incluso
   - Una sola call-to-action chiara (rispondere o cliccare il link)
   - Firma direttore [Nome]
   Max 80 parole.
3. Salva la bozza in Gmail come reply al thread originale.
4. Aggiungi una riga al foglio follow-up-log [link] con guest_name,
   inquiry_date, follow_up_drafted_at, draft_link.

Mai più di un follow-up per inquiry. Mai tono insistente. Se nel
thread originale c'è già stato un follow-up, salta.

6. multilingual-comms [on-demand] Una richiesta in mandarino non resta in coda. L’agente traduce il messaggio in italiano per lo staff, prepara la risposta nella lingua originale dell’ospite, e segnala le sfumature culturali che un occhio europeo non coglie sempre. Nella cultura giapponese, ad esempio, le richieste vengono spesso espresse in modo indiretto, e una “piccola difficoltà” può essere un problema serio. Tu approvi prima dell’invio. Vale per cinese mandarino, giapponese, arabo, russo, hindi, e qualsiasi lingua diversa da quelle dello staff.

Setup

• Tipo: on-demand
• File nel Project: hotel-profile.md, brand-book.pdf, cultural-notes.md (note culturali per mercato)
• Connector: Gmail (opzionale)
• Trigger: lo staff incolla l’email del guest in chat
• Approval: draft sempre

Prompt completo (lo fai partire scrivendo in chat “esegui multilingual-comms” e incollando il testo del guest):

Hai ricevuto un messaggio da un guest in una lingua diversa
dall'italiano e dall'inglese. Esegui questi passaggi:

1. Identifica la lingua del messaggio (cinese mandarino,
   giapponese, arabo, russo, hindi, coreano, portoghese
   brasiliano, ecc.).

2. Traduci il messaggio in italiano per lo staff, mantenendo le
   sfumature di registro (formale/informale) e segnalando in nota
   eventuali ambiguità di traduzione.

3. Consulta cultural-notes.md per la lingua identificata. Identifica
   le sfumature culturali rilevanti: una richiesta espressa in modo
   indiretto può essere più importante di quanto sembri, certe
   formule di cortesia vanno restituite, certi argomenti sono
   sensibili. Riporta in 2-3 punti cosa lo staff dovrebbe sapere.

4. Genera la bozza di risposta nella lingua originale del guest,
   applicando la brand voice di brand-book.pdf adattata alle norme
   culturali della lingua di destinazione.

5. Output strutturato in tre blocchi:
   --- TRADUZIONE IT (per lo staff) ---
   --- NOTE CULTURALI ---
   --- BOZZA RISPOSTA IN [lingua originale] ---

Non inviare nulla. Lo staff legge, eventualmente corregge, invia.

Famiglia 3. Guest Experience (4 agenti)

Quello che separa un soggiorno da una memoria. Anche piccoli interventi qui hanno un return fuori scala sul rating e sul direct return rate.

7. pre-arrival [triggered, 4 giorni prima dell’arrivo] Il messaggio di benvenuto che arriva 4 giorni prima cambia il modo in cui l’ospite entra in lobby. L’agente legge ogni nuova prenotazione, riconosce il tipo (luna di miele, business, famiglia con bambini, ricorrenza importante), guarda il canale (diretto, OTA, agenzia) e le note dell’ospite, poi prepara un messaggio personalizzato. Dentro ci sono le cose pratiche che servono (orario check-in flessibile se richiesto, dove parcheggiare la macchina, orari del ristorante interno) e un’offerta soft di pre-stay: un transfer dall’aeroporto, un tavolo nel ristorante per la prima sera, un’esperienza che si abbina al motivo del viaggio. La bozza è pronta, tu devi solo approvare e inviare.

Setup

• Tipo: schedulato in Cowork (esecuzione giornaliera)
• File nel Project: hotel-profile.md, brand-book.pdf, arrivals.md, add-ons.md (lista esperienze e add-on disponibili con prezzi)
• Connector: Gmail, Google Sheets
• Trigger: ogni giorno alle 10:00, filtra arrivi a T+4 giorni
• Approval: draft, invio manuale

Prompt completo:

Ogni giorno alle 10:00, leggi arrivals.md [link] e identifica
tutte le prenotazioni con check-in fra esattamente 4 giorni.

Per ciascuna prenotazione:

1. Recupera dal record: nome guest, lingua di booking, canale
   (direct/OTA/agency), tipologia camera, note del guest, eventuali
   tag (honeymoon, business, family, anniversary, repeat_guest).

2. Identifica il tipo di soggiorno dai tag e dalle note. Se non
   esplicito, deduci dai segnali (numero adulti, presenza bambini,
   durata, periodo dell'anno).

3. Consulta add-ons.md per le esperienze e i servizi adatti al
   tipo di soggiorno identificato (es. honeymoon → cena romantica
   in terrazza; family → activity bambini; business → late
   check-out + transfer aeroporto).

4. Genera una bozza email nella lingua di booking, applicando la
   brand voice di brand-book.pdf. Includi:
   - Saluto personalizzato
   - Conferma date e tipologia
   - Informazioni pratiche essenziali (check-in time, parcheggio,
     orari ristorante, wifi)
   - UNA proposta di pre-stay add-on rilevante per il tipo di
     soggiorno (con prezzo chiaro)
   - Firma direttore [Nome]
   Max 200 parole.

5. Salva la bozza in Gmail e logga nel foglio pre-arrival-log [link]
   con: guest_name, arrival_date, stay_type, add_on_proposed,
   draft_link.

Non inviare. Lo staff revisiona e invia la stessa giornata.

8. concierge [on-demand, attivato dal guest via QR in camera o via WhatsApp dello staff] L’ospite chiede “qual è un buon ristorante di pesce per stasera” e ottiene una risposta entro un minuto, da uno dei ristoranti che tu hai selezionato. L’agente non va sul web. Pesca esclusivamente dalla guida vendor caricata nel Project (ristoranti partner, trasferimenti fidati, esperienze curate, persino la farmacia di turno per la domenica). Una sola raccomandazione per richiesta, mai una lista. Se quello che l’ospite chiede non è nella lista, l’agente passa la palla al concierge umano con una nota di contesto già pronta.

Setup

• Tipo: on-demand (via chat, WhatsApp business, o QR code in camera)
• File nel Project: hotel-profile.md, concierge-guide.pdf (lista vendor selezionati con contatti, prezzi, orari, note), cultural-notes.md
• Connector: WhatsApp Business (via Make/Zapier se vuoi automatizzare il QR), nessuno se gestito manualmente
• Trigger: ogni messaggio del guest
• Approval: auto-send (output diretto al guest dopo i primi 30 giorni di test)

Prompt completo:

Sei il concierge del [Hotel X]. Il guest fa una richiesta pratica
(ristorante, trasferimento, esperienza, farmacia, ecc.).

Regole assolute:

1. Pesca SOLO ed ESCLUSIVAMENTE dai vendor elencati in
   concierge-guide.pdf. Mai vendor random dal web. Mai Google
   Maps. Mai TripAdvisor.

2. Per ogni richiesta dai UNA sola raccomandazione, mai una lista
   di tre o più opzioni.

3. La risposta deve contenere:
   - Nome del posto e una frase di un riga sul perché è quello
     giusto per la richiesta specifica del guest
   - Indirizzo + come arrivarci (a piedi, taxi, transfer hotel)
   - Telefono per prenotare (se serve prenotazione)
   - Orari di apertura del giorno richiesto
   - Tempo di percorrenza dall'hotel
   Max 80 parole.

4. Se la richiesta esce dal perimetro dei vendor selezionati
   (es. richiesta esotica, posto non in lista), NON improvvisare.
   Rispondi: "Per questa richiesta voglio che il nostro concierge
   personale ti dia la migliore raccomandazione. Lo avviso ora e
   ti risponderà entro 30 minuti." Poi crea una nota strutturata
   per lo staff con: richiesta originale del guest, contesto della
   conversazione, urgenza percepita.

5. Rispondi nella lingua del messaggio del guest.

6. Mai sconsigliare attivamente un vendor non in lista. Resta
   neutrale e reindirizza.

9. in-stay-pulse [schedulato, mattino del secondo giorno per stay di 3+ notti] Il problema di un soggiorno si risolve quando l’ospite è ancora dentro, non dopo. L’agente invia un check di metà soggiorno, breve, nella lingua di booking, con una sola domanda: “Tutto procede come si aspettava? Se c’è qualcosa che possiamo migliorare, abbiamo ancora tempo.” Le risposte arrivano in tempo reale allo staff per l’azione immediata. Un ospite insoddisfatto che potrebbe tornare a casa e scrivere una recensione a tre stelle, con questo agente diventa un ospite che ha avuto il problema risolto e magari scrive una recensione a cinque. Approvazione umana sull’invio per i primi 30 giorni, poi se funziona bene puoi anche automatizzare.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, brand-book.pdf, arrivals.md
• Connector: Gmail (per l’ospite), Google Sheets (per il log staff), WhatsApp Business (opzionale, per i guest che hanno comunicato il numero)
• Trigger: ogni mattina alle 10:00
• Approval: draft primi 30 giorni → auto-send dopo

Prompt completo:

Ogni mattina alle 10:00, leggi arrivals.md e identifica tutti i
guest che:
- Sono attualmente in casa (check-in passato, check-out futuro)
- Hanno una durata di soggiorno di almeno 3 notti
- Sono al loro secondo giorno di soggiorno (check-in fra 24-48 ore)
- NON hanno già ricevuto il messaggio in-stay-pulse per questo
  soggiorno (campo "in_stay_pulse_sent" vuoto nel log)

Per ciascun guest:

1. Recupera lingua di booking, nome, tipologia camera.
2. Genera un messaggio breve nella sua lingua, applicando la brand
   voice di brand-book.pdf. Solo questo:
   - Apertura calda con nome
   - Riferimento al fatto che è circa a metà del soggiorno
   - UNA sola domanda: "Tutto procede come si aspettava? Se c'è
     qualcosa che possiamo migliorare, abbiamo ancora tempo."
   - Firma direttore [Nome]
   Max 60 parole.
3. Invia via email (o WhatsApp se number disponibile).
4. Aggiungi una riga al foglio in-stay-pulse-log [link] con:
   guest_name, room, message_sent_at, channel (email/whatsapp),
   response_received_at (vuoto), action_taken (vuoto).

Quando una risposta arriva, classificala:
- "all_good" → niente azione, solo log
- "minor_issue" → alert al direttore via Slack/email
- "major_issue" → alert urgente al direttore con flag rosso

Mai inviare lo stesso messaggio due volte per lo stesso
soggiorno.

10. itinerary-builder [on-demand, su richiesta guest pre-stay o in-stay] L’ospite chiede un piano per i suoi tre giorni in città, e riceve un PDF brandizzato che potrebbe essere uscito dall’ufficio di un travel designer. L’agente costruisce un itinerario su misura partendo da: durata del soggiorno, interessi dichiarati (storia e arte, gastronomia, outdoor, family), ritmo desiderato (intenso o rilassato), stagione. Pesca da database vendor curati e contatti locali, mai da consigli generici trovati sul web. Approvazione del concierge prima dell’invio.

Setup

• Tipo: on-demand
• File nel Project: hotel-profile.md, brand-book.pdf, concierge-guide.pdf, local-experiences.md (database esperienze curate per area tematica e stagione), itinerary-template.docx (template grafico brandizzato)
• Connector: Google Drive (per generare il PDF), Web Search (solo per orari/prezzi aggiornati di musei e attrazioni)
• Trigger: richiesta del guest via email, chat o concierge umano
• Approval: draft, concierge umano revisiona e invia

Prompt completo:

Stai costruendo un itinerario personalizzato per un guest del
[Hotel X]. Il guest ti ha dato (o lo deduci dal record di
prenotazione): durata del soggiorno, composizione (coppia, famiglia
con bambini, viaggio solo, gruppo amici), interessi prevalenti
(storia/arte, gastronomia, outdoor, shopping, vita notturna),
passo desiderato (intenso, rilassato, misto), stagione, eventuali
limitazioni (mobilità, allergie, religione).

Esegui:

1. Consulta local-experiences.md e concierge-guide.pdf per
   identificare le esperienze e i posti coerenti con il profilo
   guest. Privilegia SEMPRE i vendor selezionati. Se devi
   integrare con attrazioni pubbliche (musei, monumenti), usa
   Web Search SOLO per orari e prezzi aggiornati, non per
   ricerca generica.

2. Costruisci un piano giornaliero con questo ritmo:
   - Mattina: una attività principale + colazione/aperitivo
   - Pomeriggio: una attività + tempo libero
   - Sera: cena con raccomandazione precisa (un solo posto, non
     una lista)
   Per ogni elemento: nome del posto, indirizzo, perché è giusto
   per questo guest in 1 riga, tempo stimato, prezzo indicativo,
   come arrivarci dall'hotel o dall'attività precedente.

3. Inserisci dei "respiri": 30-60 minuti vuoti tra blocchi per
   non sovraccaricare. Mai più di 3 attività al giorno.

4. Aggiungi una sezione "Se vi avanza tempo o vi va di cambiare":
   2-3 alternative pescate dagli stessi vendor.

5. Formatta come documento basato su itinerary-template.docx,
   salva il PDF in Drive nella cartella del guest. Filename:
   itinerary-[guest_lastname]-[arrival_date].pdf.

6. Notifica il concierge umano via Slack con il link al draft.

Mai inviare il PDF al guest direttamente. Sempre passaggio
concierge.

Famiglia 4. Revenue & Pricing (3 agenti)

Quello che tradizionalmente fa il revenue manager una volta a settimana, ora gira ogni giorno. Tutti e tre richiedono l’approvazione prima di muovere prezzi reali.

11. dynamic-pricing [schedulato, ogni mattina alle 8:00] La tariffa aggiornata una volta a settimana è la singola perdita di revenue più cara per un indipendente. L’agente gira ogni mattina alle otto. Guarda i prossimi 60 giorni, pace di occupancy notte per notte, prezzi sui competitor diretti via Booking (per le stesse date e tipologia), eventi locali confermati, festività dei mercati di origine, weather a sette giorni. Ti consegna una tabella di modifiche proposte: data, tipologia camera, tariffa attuale, tariffa proposta, motivo della proposta in una riga. Tu, o il revenue manager, leggi la tabella in dieci minuti, approvi e il channel manager spinge il prezzo nuovo su tutti i canali. L’agente non muove mai un euro da solo.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, rate-card.xlsx (tariffe attuali per data e tipologia), competitors.md (lista 5 competitor diretti con URL Booking), occupancy-forecast.xlsx (pace giornaliera 60 giorni), local-events.md
• Connector: Google Sheets, Web Search
• Trigger: ogni mattina alle 8:00
• Approval: revenue manager approva la tabella, channel manager esegue il push

Prompt completo:

Ogni mattina alle 8:00, esegui questo workflow:

1. Leggi occupancy-forecast.xlsx [link] e identifica le notti dei
   prossimi 60 giorni dove pace < 70% del target (occupancy debole),
   pace > 90% (occupancy forte), o anomalie rispetto allo stesso
   giorno dell'anno scorso.

2. Per ciascuna notte identificata, per ciascuna tipologia di camera:
   - Cerca su Booking.com il prezzo medio dei 5 competitor diretti
     elencati in competitors.md per stessa data e tipologia
   - Recupera eventi locali da local-events.md o via Web Search per
     [Città] per quella data
   - Recupera weather forecast per [Città] a 7 giorni se la data
     rientra in finestra

3. Calcola una tariffa proposta:
   - Pace debole + nessun evento + meteo brutto → -8/12%, MAI sotto
     il floor di rate-card.xlsx
   - Pace debole + evento → tariffa attuale, valuta pacchetto
     incluso (colazione, parcheggio)
   - Pace forte + evento → +10/20%, MAI sopra il ceiling
   - Pace forte standard → +5/10%

4. Output: tabella con colonne | data | tipologia | tariffa attuale
   | tariffa proposta | delta | razionale (max 12 parole). Ordina
   per data. Salva nel foglio pricing-proposals [link] con timestamp.

5. Notifica via Slack il revenue manager con il link.

Mai modificare le tariffe sul channel manager. Solo proposta su
foglio.

12. upsell-spotter [triggered, alla conferma di una nuova prenotazione] Ogni booking è una potenziale upsell che oggi nessuno guarda. L’agente, alla conferma, legge il profilo del guest, la durata del soggiorno, la fascia di tariffa scelta, la tipologia di camera, e identifica una o due proposte rilevanti: un upgrade alla tipologia superiore con prezzo extra ragionevole, un late check-out se il calendario lo permette, un tour o un’esperienza in linea con il motivo del viaggio. Linguaggio non aggressivo, mai più di due proposte. La bozza è salvata per l’invio post-conferma, tu approvi.

Setup

• Tipo: triggered (su evento conferma booking) o schedulato giornaliero che recupera le nuove conferme delle ultime 24h
• File nel Project: hotel-profile.md, brand-book.pdf, add-ons.md (catalogo upsell con prezzi: upgrade tipologie, late check-out, esperienze, transfer, F&B)
• Connector: Gmail, Google Sheets, channel manager (via Zapier per leggere nuove conferme) oppure import manuale su Sheet
• Trigger: ogni nuova conferma booking, oppure schedulato giornaliero alle 18:00
• Approval: draft, invio manuale

Prompt completo:

Quando arriva una nuova conferma di prenotazione (o ogni giorno
alle 18:00, scorri le conferme delle ultime 24h dal foglio
bookings-confirmed [link]):

Per ciascun nuovo booking:

1. Estrai dal record: nome guest, lingua, durata soggiorno,
   tipologia camera prenotata, tariffa pagata, mercato di
   provenienza, eventuali note, lead time (giorni tra prenotazione
   e arrivo).

2. Identifica 1-2 opportunità di upsell coerenti, leggendo add-ons.md:
   - Se tariffa pagata < tariffa media del periodo → propone upgrade
     a tipologia superiore (calcola il delta prezzo, deve essere
     ragionevole, max 25% sopra)
   - Se check-out in giorno con bassa pressione check-in → propone
     late check-out (gratuito fino a soglia, prezzo dopo)
   - Se durata 3+ notti → propone una esperienza coerente con il
     profilo (gastronomica, culturale, outdoor)
   - Se booking è honeymoon/anniversary → propone una sorpresa in
     camera (fiori, vino, dolce) come pacchetto

3. Genera UNA SOLA bozza email post-conferma nella lingua del
   guest, applicando brand-book.pdf. Includi al massimo 2 proposte,
   mai 3 o più. Linguaggio caldo, mai aggressivo. Chiudi con un
   invito a rispondere se interessato. Firma direttore [Nome]. Max
   150 parole.

4. Salva la bozza in Gmail. Aggiungi una riga al foglio
   upsell-log [link]: booking_id, guest_name, upsell_proposed,
   draft_link, status='pending'.

Non inviare. Marketing o front-office revisiona ed invia entro 24h
dalla conferma.

13. competitor-monitor [schedulato, ogni venerdì pomeriggio] Il venerdì pomeriggio sai cosa stanno facendo i tuoi cinque competitor diretti, senza aprire dieci tab del browser. L’agente raccoglie, per le proprietà definite nel Project: tariffe medie sui prossimi 30 giorni, promozioni attive, nuove recensioni rilevanti, nuovi servizi o amenities annunciati sul loro sito. Output: una pagina con i cambiamenti significativi (delta tariffa oltre il 10%, nuove offerte, drop di rating). Solo lettura, nessuna azione automatica. Il revenue manager apre, legge in cinque minuti, decide se reagire.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, competitors.md (5 competitor: nome, URL Booking, URL sito, baseline tariffe trimestre precedente, baseline rating)
• Connector: Web Search, Google Drive (per salvare il report PDF)
• Trigger: ogni venerdì alle 15:00
• Approval: solo lettura

Prompt completo:

Ogni venerdì alle 15:00, esegui un competitor scan sui 5 competitor
elencati in competitors.md.

Per ciascun competitor:

1. Visita la pagina Booking.com dell'hotel. Estrai:
   - Tariffa media camera doppia standard per i prossimi 30 giorni
     (sampling: oggi+7, oggi+14, oggi+21, oggi+28)
   - Promozioni attive visibili (Genius, Last Minute, Early Bird,
     pacchetti)
   - Rating attuale e numero di recensioni
   - Eventuali nuovi servizi/amenities aggiunti dalla baseline

2. Visita il sito ufficiale. Estrai:
   - Offerte/pacchetti visibili in homepage
   - Annunci di novità (ristorante nuovo, spa, eventi, restyling)

3. Confronta con la baseline registrata in competitors.md.
   Identifica:
   - Variazioni di tariffa media oltre ±10%
   - Promozioni nuove non presenti nella baseline
   - Variazioni di rating oltre ±0.2 stelle
   - Nuovi servizi annunciati

4. Output: report di 1 pagina con sezioni:
   - Sommario esecutivo (max 5 righe con i 3 cambiamenti più
     significativi)
   - Tabella per competitor con i dati chiave (tariffa media, promo
     attive, rating, novità)
   - Raccomandazioni operative (max 3, ciascuna con responsabile
     suggerito e urgenza)

5. Salva il PDF in Drive nella cartella competitor-reports/ con
   filename competitor-scan-[YYYY-WW].pdf.

6. Notifica via Slack il revenue manager e il direttore con il
   link.

Solo lettura. Nessuna azione sui prezzi propri. Lettura strategica
e basta.

Famiglia 5. Housekeeping & F&B (3 agenti)

Quello che tradizionalmente vive in fogli stampati e scambi su WhatsApp diventa un flusso strutturato. In un paper di Phocuswright (Actabl, 2023) si parlava già di questo: scheduling per day-parts, rolling rooms, KPI per occupied room. Quello che mancava era l’orchestratore quotidiano. Adesso è possibile farlo davvero.

14. cleaning-schedule [schedulato, ogni mattina alle 6:30] Alle sette in punto la governante apre WhatsApp e trova il piano della giornata. L’agente legge alle 6:30: arrivi, partenze, stayover con cartello “non disturbare” segnalato la sera prima, occupancy serale prevista. Applica la regola dei rolling rooms (stayover non puliti quando la serata non sarà sold-out, per recuperare tempo da spostare sulle priorità) e produce un piano per ogni housekeeper: numero camera, tipo di intervento (stayover o checkout), minutaggio standard. Tutto sul gruppo WhatsApp condiviso. Niente foglio stampato, niente passaggi a voce nel corridoio.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, housekeeping-sop.md (standard di minutaggio per tipologia: stayover, checkout, post-evento), room-map.md (planimetria con tipologie e governanti assegnate)
• Connector: Google Sheets, WhatsApp Business (via Make/Zapier)
• Trigger: ogni mattina alle 6:30
• Approval: auto-send su WhatsApp; il piano va comunque rivisto dalla governante che può richiedere correzioni in chat

Prompt completo:

Ogni mattina alle 6:30, esegui questo workflow:

1. Leggi il foglio bookings-today [link] e identifica:
   - Arrivals previsti (con orario check-in se comunicato)
   - Departures previsti
   - Stayovers (con flag DND se segnalato la sera prima)
   - Occupancy serale prevista (% camere occupate stasera)

2. Applica la regola dei rolling rooms:
   - Se occupancy serale prevista < 70% → salta gli stayover senza
     richiesta esplicita di pulizia
   - Se stayover ha richiesta esplicita di pulizia → mantieni
   - Tutti i checkout e arrivals vanno sempre puliti

3. Recupera da housekeeping-sop.md il minutaggio standard:
   - Stayover: 20-25 min
   - Checkout standard: 45 min
   - Checkout dopo evento (matrimonio, festa) o stay 4+ notti:
     60 min

4. Assegna le camere alle governanti secondo room-map.md (ognuna
   ha un'area assegnata). Bilancia il carico: nessuna governante
   sopra le 6 ore di lavoro totale.

5. Genera UN messaggio per ciascuna governante. Formato:
   ---
   Buongiorno [Nome],
   Piano di oggi ([data]):
   - Stanza 101 - CHECKOUT - 45 min - Note: [eventuali]
   - Stanza 103 - STAYOVER - 20 min
   - Stanza 105 - CHECKOUT - 60 min - Lungo soggiorno
   Totale stimato: 3h 30min.
   Inizia da: stanza X (perché check-in alle 14:00).
   Eventuali allerte: [allergeni, animali, richieste speciali]
   ---

6. Posta i messaggi sul gruppo WhatsApp housekeeping. Aggiungi
   una riga al foglio housekeeping-log con: data, governante,
   camere_assegnate, totale_minuti_stimati.

15. fb-shopping-list [schedulato, ogni mercoledì sera per la consegna del venerdì] La spesa F&B che corrisponde a quello che gli ospiti effettivamente mangeranno, non a quello che si è sempre comprato. L’agente, ogni mercoledì sera, guarda: ospiti previsti per fascia oraria colazione nei prossimi sette giorni, eventi privati confermati (cena di compleanno, ricevimento, dieta speciale), scorte attuali dal foglio inventory, stagionalità dei prodotti freschi. Output: shopping list strutturata per fornitore, pronta da inoltrare via mail il venerdì mattina. Il F&B manager approva la lista, l’ordine parte. Il primo mese si risparmia tipicamente fra il 10 e il 15% sugli sprechi.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, fb-recipes.md (ricettario colazione + menu standard ristorante con quantità per coperto), inventory.xlsx, suppliers.md (lista fornitori per categoria con email e lead time)
• Connector: Google Sheets, Gmail
• Trigger: ogni mercoledì alle 20:00
• Approval: F&B manager approva il giovedì, ordini partono venerdì mattina

Prompt completo:

Ogni mercoledì alle 20:00, prepara la shopping list F&B per il
weekend e la settimana successiva.

1. Leggi il foglio bookings-by-day [link] per i prossimi 7 giorni
   (giovedì a mercoledì). Calcola ospiti previsti per fascia
   oraria colazione (7:00-9:00, 9:00-10:30). Considera che la
   media coperti per persona è 1 al giorno per la colazione.

2. Recupera dal foglio events-confirmed [link] tutti gli eventi
   privati confermati nei 7 giorni (cene di compleanno,
   ricevimenti, gruppi con dieta). Per ognuno, recupera dal
   modulo evento: n. coperti, menu scelto, eventuali diete
   speciali (vegetariano, vegano, gluten-free, allergeni).

3. Apri fb-recipes.md. Per ciascuna fascia colazione e ciascun
   evento, calcola le quantità necessarie di ogni ingrediente,
   con un buffer di sicurezza del 10% per i prodotti freschi.

4. Apri inventory.xlsx. Sottrai le quantità calcolate dalle scorte
   attuali. Quello che resta negativo è da comprare. Per i
   prodotti freschi (frutta, verdura, latticini, pane, pesce,
   carne), considera shelf life: compra solo per i 3-4 giorni
   successivi alla consegna.

5. Aggrega per fornitore secondo suppliers.md. Genera una
   shopping list per fornitore in questo formato:

   ### [Nome Fornitore] - Email: [email] - Lead time: [giorni]
   - [Prodotto] - quantità [unità] - per [evento/uso]
   - ...
   TOTALE STIMATO: [importo se prezzi storici disponibili]

6. Salva la shopping list in Drive. Notifica il F&B manager via
   email con il link e l'invito ad approvare entro giovedì 12:00.

7. Quando il F&B manager approva, prepara le email pre-compilate
   per ciascun fornitore (oggetto, corpo email con la lista), e
   salvale come bozze in Gmail. Il F&B manager invia venerdì
   mattina.

Non inviare nulla in autonomia ai fornitori.

16. maintenance-dispatch [triggered, da segnalazione guest o staff via Sheet] Una segnalazione di guasto non resta più in attesa che qualcuno se la ricordi. L’agente categorizza la richiesta (urgente nel turno, giornaliera, programmabile), assegna al tecnico giusto secondo competenza e disponibilità, traccia il tempo di chiusura, e segnala automaticamente le anomalie ricorrenti su una stessa camera (termoregolatore segnalato tre volte in 60 giorni, ad esempio: probabile sostituzione, non riparazione). Report settimanale al direttore con i numeri: tempo medio di intervento, numero camere con problemi ricorrenti, costi accumulati per categoria.

Setup

• Tipo: triggered (su nuova riga nel foglio maintenance-requests) + schedulato (report settimanale)
• File nel Project: hotel-profile.md, maintenance-team.md (tecnici interni ed esterni con competenze: elettrico, idraulico, climatizzazione, falegnameria, lavanderia), maintenance-history.xlsx (storico interventi per camera)
• Connector: Google Sheets, Gmail o WhatsApp (per notificare i tecnici)
• Trigger: ogni nuova riga nel foglio maintenance-requests; report ogni venerdì 14:00
• Approval: assegnazione automatica; il tecnico assegnato conferma con un OK su WhatsApp

Prompt completo:

[link] (compilato da guest tramite QR in camera o da staff via
form), esegui:

1. Estrai i dati: stanza, descrizione del problema, segnalato_da,
   timestamp, foto se presente, urgenza dichiarata dal segnalante.

2. Classifica l'urgenza reale:
   - URGENTE_TURNO: blocca uso camera o impatta guest in casa
     ora (allagamento, no aria condizionata in estate, doccia
     fredda, porta che non chiude). Intervento entro 1 ora.
   - GIORNALIERA: impatta esperienza ma non blocca (lampada non
     funziona, presa allentata, rubinetto goccia). Intervento entro
     la giornata.
   - PROGRAMMABILE: estetico o preventivo (pittura, ritocco,
     manutenzione). Pianificare entro 7 giorni.

3. Identifica la categoria tecnica (elettrico, idraulico, clima,
   falegnameria, altro). Consulta maintenance-team.md e seleziona
   il tecnico con la competenza giusta, disponibile in base ai
   turni del giorno.

4. Verifica maintenance-history.xlsx per la stanza:
   - Se stessa categoria di problema già segnalata 3+ volte negli
     ultimi 60 giorni → FLAG_RICORRENTE: suggerisci sostituzione
     componente invece di riparazione, notifica direttore.

5. Notifica il tecnico assegnato via WhatsApp con:
   - Stanza, descrizione, urgenza, foto
   - Tempo entro cui intervenire
   - Eventuale flag ricorrente con cronologia
   Il tecnico risponde "OK" + ETA, oppure "Non posso, motivo".

6. Aggiorna maintenance-log [link] con: timestamp_segnalazione,
   timestamp_assegnazione, tecnico, urgenza, status='assigned'.
   Quando il tecnico chiude, aggiorna timestamp_chiusura e
   status='closed'.

OGNI VENERDÌ ALLE 14:00, genera il report settimanale:
- Numero interventi per categoria
- Tempo medio di chiusura per urgenza
- Top 5 camere con più issue
- Lista issue ricorrenti che richiedono sostituzione vs riparazione
- Costi accumulati per categoria (se inseriti dal tecnico)

Invia il report PDF al direttore via email.

Famiglia 6. Marketing, Reviews & Visibility (5 agenti)

Qui sta lo spostamento più grande del 2026 per gli hotel. Non è più solo SEO. È visibilità nelle risposte di Claude, ChatGPT, Perplexity. Ogni agente di questa famiglia ha un orizzonte di settimane, non di giorni.

17. review-responder [triggered, alla pubblicazione di una nuova recensione] La recensione senza risposta è un problema per chi leggerà quella pagina la settimana prossima, non per chi l’ha scritta. L’agente intercetta ogni nuova recensione su Booking, Google, TripAdvisor (e gli altri canali rilevanti per il tuo mercato), e prepara una bozza di risposta nella lingua del recensore, con tre regole non negoziabili: ringraziare per qualcosa di specifico citato nel testo (mai un grazie generico), rispondere puntualmente al criticismo se c’è, firmare con il nome reale del direttore. Pesca dal documento review-response-playbook.pdf per gli scenari ricorrenti (rumore, colazione, pulizia, valore percepito). Tu approvi prima della pubblicazione.

Setup

• Tipo: triggered (al notifica nuova recensione via email) o schedulato (scan ogni 4 ore delle piattaforme)
• File nel Project: hotel-profile.md, brand-book.pdf, review-response-playbook.pdf (scenari di risposta per temi ricorrenti)
• Connector: Gmail (per le notifiche piattaforme), Google Sheets, Web Search (per leggere il testo della recensione se serve)
• Trigger: ogni email da Booking/Google/TripAdvisor con notifica nuova recensione, oppure schedulato ogni 4 ore
• Approval: draft sempre, pubblicazione manuale dal direttore o dal marketing manager

Prompt completo:

TripAdvisor, Trustpilot, altri canali del nostro mercato), esegui:

1. Estrai dalla notifica o dalla piattaforma: nome recensore,
   data soggiorno, rating (stelle), testo completo della recensione,
   lingua, piattaforma.

2. Analizza il contenuto:
   - Identifica IL punto specifico positivo che il recensore cita
     (mai uno generico: "tutto bello" non conta, cerca dettagli
     concreti tipo "la colazione con i prodotti del territorio",
     "l'attenzione di Marco alla reception", "la vista all'alba")
   - Identifica IL punto negativo o critico se presente (rumore,
     pulizia, valore, colazione, posizione, servizio)

3. Consulta review-response-playbook.pdf per il pattern di
   risposta dello scenario specifico (es. "lamentela rumore",
   "lode personale staff", "critica valore percepito").

4. Genera una bozza di risposta nella lingua del recensore,
   applicando brand-book.pdf, con queste regole:
   - Apertura: ringraziamento SPECIFICO sul punto positivo citato
     (mai "grazie per la recensione")
   - Corpo: se c'è criticismo, rispondi puntualmente con UNA azione
     concreta che hai preso o prenderai (mai scuse generiche)
   - Chiusura: invito a tornare con un dettaglio personale
   - Firma: nome reale del direttore + ruolo
   Max 100 parole. Mai tono difensivo. Mai promozionale.

5. Salva la bozza nel foglio review-drafts [link] con: piattaforma,
   recensione_originale, stelle, draft_risposta, status='pending'.

6. Notifica via Slack il direttore con il link alla bozza.
   Pubblicazione manuale.

18. review-trends [schedulato, ogni primo lunedì del mese] Una pagina al mese al direttore con l’andamento qualitativo delle recensioni, non un dashboard con grafici inutili. L’agente legge le ultime 30 giornate, identifica i temi ricorrenti positivi e negativi (non solo lo stellone medio: i nomi delle cose), traccia l’evoluzione del rating per ciascuna dimensione (camera, pulizia, F&B, posizione, value), confronta con lo stesso mese dell’anno precedente. Chiude con tre azioni operative raccomandate, indicate per priorità. Testo decision-ready. Il direttore legge in cinque minuti e decide cosa portare al briefing settimanale.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, review-history.xlsx (storico recensioni con campi: data, piattaforma, stelle, testo, lingua, dimensioni Booking se disponibili)
• Connector: Google Sheets, Google Drive
• Trigger: primo lunedì di ogni mese alle 8:00
• Approval: solo lettura

Prompt completo:

Il primo lunedì del mese alle 8:00, genera il report mensile
review-trends.

1. Apri review-history.xlsx [link] e seleziona tutte le recensioni
   degli ultimi 30 giorni.

2. Analisi temi ricorrenti:
   - Identifica i 5 temi positivi più citati (es. "colazione",
     "posizione", "staff", "design camera", "ristorante")
   - Identifica i 5 temi negativi più citati
   - Per ogni tema, riporta: numero menzioni, una citazione
     rappresentativa, una osservazione qualitativa

3. Evoluzione rating per dimensione (Booking offre questi
   sub-rating: pulizia, comfort, posizione, servizio, qualità/
   prezzo, struttura/servizi, wifi):
   - Media corrente vs media del mese precedente
   - Media corrente vs stesso mese anno scorso

4. Anomalie: se una dimensione è scesa oltre 0.3 punti vs mese
   precedente, segnalalo come ALERT in apertura del report.

5. Chiudi con TRE azioni operative raccomandate, ordinate per
   priorità, ognuna con: cosa fare, chi è responsabile, timeline,
   impatto atteso sul rating.

6. Output: 1 pagina markdown, max 500 parole. Salva in Drive nella
   cartella review-trends/ con filename review-trends-[YYYY-MM].md.

7. Notifica via email il direttore con il link.

Mai un dashboard. Solo testo decision-ready.

19. content-scheduler [schedulato, ogni lunedì alle 9:00] Il lunedì il calendario editoriale della settimana è già pronto, non resta che scegliere se piace o se cambiare qualcosa. L’agente pianifica: 3 post Instagram (story + post nel grid + idea per un reel), 1 post LinkedIn se il tuo hotel ha rilevanza B2B (meeting, eventi corporate), 1 newsletter al database guest. I temi vengono da: eventi locali della settimana, nuovi piatti del ristorante, pacchetti stagionali in vendita, recensioni meritevoli di essere amplificate (con il permesso del guest, ovviamente). Tutto in brand voice. Il marketing manager approva il calendario in venti minuti, lo staff esecuzione produce i contenuti la stessa settimana.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, brand-book.pdf, content-pillars.md (5-7 pillar editoriali del brand con esempi di copy), events-calendar.md (eventi hotel + eventi città settimana), menu-novita.md (nuovi piatti ristorante)
• Connector: Google Sheets, Google Drive
• Trigger: ogni lunedì alle 9:00
• Approval: marketing manager approva il calendario settimanale entro il martedì

Prompt completo:

Ogni lunedì alle 9:00, costruisci il calendario editoriale della
settimana corrente.

1. Recupera dai file:
   - content-pillars.md: i 5-7 pillar narrativi del brand
   - events-calendar.md: eventi hotel + eventi città questa settimana
   - menu-novita.md: nuovi piatti o pacchetti F&B
   - review-trends del mese: recensioni 5 stelle amplificabili

2. Genera il piano settimanale, distribuito così:

   INSTAGRAM (3 contenuti):
   - 1 Story (24h): tema veloce, foto/video pre-esistente
   - 1 Post nel feed (carosello o singola): tema centrale della
     settimana
   - 1 idea per Reel: argomento + storyboard 5-7 secondi

   Per ognuno indica:
   - Pillar di riferimento
   - Tema specifico (es. "il nuovo piatto autunno del ristorante",
     "l'evento del weekend in città", "la stanza dei nostri ospiti
     della scorsa settimana")
   - Caption pronta (max 100 parole IG post, max 30 parole story)
   - 5 hashtag rilevanti
   - Call-to-action specifica (visita sito, prenota tavolo, save)
   - Best time to post (mattina/pomeriggio/sera per il tuo target)

   LINKEDIN (1 post, solo se hotel ha rilevanza business):
   - Tema con angolatura B2B (meeting, eventi corporate,
     ospitalità professionale)
   - Copy pronto max 200 parole
   - 3 hashtag

   NEWSLETTER (1):
   - Subject line accattivante (max 40 caratteri)
   - Preview text (max 100 caratteri)
   - Corpo strutturato in 3 blocchi: novità + benefit + call-to-action

3. Per i contenuti che richiedono foto/video nuovi, segnala
   esplicitamente cosa va prodotto e indicativamente quanto tempo
   serve.

4. Output: piano settimanale in formato markdown, salvato in Drive
   nella cartella content-calendar/[YYYY]/settimana-[NN].md.

5. Notifica via Slack il marketing manager con il link e la
   richiesta di approvare entro martedì 12:00.

Mai pubblicare nulla. Solo bozze e idee.

20. ai-visibility-audit [schedulato, ogni primo del mese] Una nota tecnica prima del prompt: Claude non può interrogare ChatGPT, Gemini o Perplexity direttamente. Quello che questo agente fa, una volta al mese, è una cosa diversa e complementare: analizza il tuo sito (FAQ, schema markup, descrizioni delle camere, pagina ristorante, pagina esperienze) e identifica i gap di contenuto rispetto al tipo di query che un agente conversazionale tenderebbe a fare per un hotel come il tuo. Output: report mensile con suggerimenti operativi su cosa aggiungere o riscrivere sul sito. È l’agente che, mese su mese, ti dice se la finestra che Rose ha descritto si sta aprendo o chiudendo per il tuo hotel.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, target-queries.md (10-20 query in cui vogliamo essere citati, scritte come un viaggiatore le scriverebbe nella lingua del nostro mercato principale)
• Connector: Web Search, Google Drive (per salvare il PDF del report)
• Trigger: ogni primo del mese alle 9:00
• Approval: solo lettura, raccomandazioni che il marketing implementa

Prompt completo:

Recupera le pagine principali del nostro sito [URL] (homepage,
pagina camere, pagina ristorante, pagina esperienze, FAQ, contatti)
via Web Search.

Per ciascuna delle 10 query elencate in target-queries.md (es.
"miglior boutique hotel a [Città] per coppia", "hotel con
ristorante stellato a [Zona]", "resort family-friendly in
[Regione]", "hotel pet-friendly centro storico [Città]"):

1. Valuta la struttura informativa del nostro sito rispetto alla
   query specifica:
   - Quali pagine sono direttamente rilevanti?
   - Quali informazioni dovrebbe trovare un agente conversazionale
     per generare una risposta citando il nostro hotel?
   - Dove sono i gap (info mancanti, FAQ assente, schema markup
     debole)?

2. Proponi 1-2 modifiche concrete con: cosa scrivere/aggiungere,
   persona responsabile (marketing, F&B, direttore), tempo stimato.

Output: tabella in markdown con colonne:
| query | informazioni presenti sul sito | gap | azione raccomandata
| responsabile | tempo stimato |

Salva il PDF in Drive nella cartella ai-visibility-reports/ con
filename ai-visibility-[YYYY-MM].pdf. Notifica via email il
marketing manager con il link.

Workflow completo consigliato:

1. Esegui questo prompt → ottieni l’audit strutturale del sito
2. Apri manualmente ChatGPT e Perplexity → cerca “miglior boutique hotel a [città] per coppia” nella lingua del tuo mercato principale → verifica se appari e in che contesto
3. Confronta il gap fra quello che gli LLM citano per query simili e quello che il tuo sito offre come informazione
4. Per il monitoraggio sistematico nel tempo → strumenti specializzati come rankwit.ai

Caveat importante: questo è solo un primissimo punto di partenza. Il GEO/AEO (Generative Engine Optimization / Answer Engine Optimization) è per natura probabilistico e non deterministico: ogni LLM ha criteri di citazione diversi, che cambiano nel tempo e variano per lingua, mercato e tipo di query. Quello che funziona su Perplexity non garantisce visibilità su ChatGPT, e quello che ChatGPT cita oggi potrebbe non citarlo tra tre mesi. Per verificare l’effettiva probabilità di essere citati su tutti i principali LLM in modo sistematico, longitudinale e con dati di confronto sui competitor, servono tool specializzati come rankwit.ai. L’agente sopra è la base operativa interna; rankwit.ai è la strumentazione di monitoraggio continuativo che la integra.

21. campaign-reporter [schedulato, ogni venerdì pomeriggio] Il venerdì pomeriggio sai cosa è successo nella settimana e cosa va corretto la settimana prossima. Una pagina. L’agente prende: traffico del sito (da Search Console), performance delle ads (Google Ads, Meta Ads), occupancy settimanale, fonti delle prenotazioni dirette ricevute. Te le presenta in formato decision-ready con tre KPI primari in alto e un alert in fondo se qualcosa devia oltre soglia. Niente grafici, niente percentuali decorative, niente “consigli di ottimizzazione” generici. Solo i numeri che muovono la settimana successiva.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, kpi-baseline.md (KPI di settimana media degli ultimi 3 mesi come baseline per gli alert)
• Connector: Google Search Console (via export su Sheet), Google Ads (export su Sheet), Meta Ads (export su Sheet), Google Sheets, Google Drive
• Trigger: ogni venerdì alle 15:00
• Approval: solo lettura

Prompt completo:

Ogni venerdì alle 15:00, esegui il campaign report settimanale.

1. Recupera dai fogli di export (settimana corrente lun-dom):
   - search-console-export [link]: traffico organico al sito (utenti,
     sessioni, pagine viste, query principali)
   - google-ads-export [link]: spend, clicks, conversioni
   - meta-ads-export [link]: spend, reach, click, conversioni
   - bookings-direct-export [link]: prenotazioni dirette ricevute,
     fonte (organic, ads google, ads meta, newsletter, direct)
   - occupancy-this-week [link]: occupancy media settimana

2. Calcola e confronta con kpi-baseline.md:
   - Traffico organico settimana vs baseline: % variazione
   - Cost per booking diretto (spend ads totale / numero booking
     diretti): vs baseline
   - Occupancy settimana vs baseline
   - Tasso di conversione sito (booking diretti / sessioni): vs
     baseline

3. Identifica 3 KPI primari per la settimana (i numeri che muovono
   davvero il P&L: per la maggior parte degli hotel sono direct
   bookings, costo per booking, occupancy).

4. Genera un alert per ciascuna metrica che devia oltre soglia
   (>15% sotto baseline = alert rosso, >25% sopra baseline =
   alert verde con nota su come replicare).

5. Output: 1 pagina markdown strutturata così:
   ## Settimana [data inizio]-[data fine]
   ### I 3 numeri di questa settimana
   [tre KPI con valore e delta vs baseline, in una riga ciascuno]
   ### Cosa ha funzionato
   [max 3 punti, ognuno con un numero specifico]
   ### Cosa ha deviato
   [alert con valore e azione raccomandata per la prossima
   settimana]
   ### Una sola decisione per la prossima settimana
   [la cosa singola da cambiare/fare la settimana dopo]

   Max 400 parole. Niente grafici. Niente tabelle decorative.

6. Salva il PDF in Drive nella cartella campaign-reports/. Notifica
   via email il direttore e il marketing manager.

Famiglia 7. Finance, Sales & Analytics (3 agenti)

Lo strato di intelligenza che chiude la giornata e riporta al direttore.

22. finance-filing [triggered, da nuova mail con allegato fattura/ricevuta] La chiusura mensile della contabilità smette di essere una caccia al PDF perso nelle email. L’agente intercetta ogni mail con allegato fattura o ricevuta, estrae i dati strutturati (fornitore, importo, data, categoria di spesa), salva il PDF nella cartella Drive corretta secondo l’anno e il mese, e registra la riga nel foglio finance-tracker. Segnala automaticamente le incongruenze: importo fuori scala per quella categoria, fornitore mai visto prima, IVA non quadrata. La commercialista o il contabile interno apre il foglio a fine mese e trova tutto già categorizzato.

Setup

• Tipo: triggered su ogni nuova email con allegato PDF nella inbox amministrazione
• File nel Project: hotel-profile.md, finance-categories.md (chart of accounts: categorie di spesa con codice contabile), suppliers-known.xlsx (lista fornitori storici con range di importi tipici)
• Connector: Gmail (inbox amministrazione), Google Drive, Google Sheets
• Trigger: ogni nuova email a [amministrazione@hotel.it] con allegato PDF
• Approval: la riga viene scritta automaticamente con flag pending; il commercialista approva ex-post o segnala anomalie

Prompt completo:

Quando arriva una nuova email all'indirizzo amministrazione del
[Hotel X] con un allegato PDF, esegui:

1. Apri il PDF allegato. Estrai con OCR + analisi del documento:
   - tipo documento: fattura | ricevuta | nota credito | altro
   - fornitore: ragione sociale, partita IVA
   - data del documento
   - numero documento
   - importo totale, imponibile, IVA, aliquota IVA
   - descrizione (max 100 caratteri della voce principale)
   - eventuale data scadenza pagamento

2. Categorizza la spesa secondo finance-categories.md (es. F&B,
   utenze, manutenzione ordinaria, manutenzione straordinaria,
   marketing, OTA commissioni, lavanderia, professionisti, altro).
   Se ambiguo, scegli "altro" e segnala in note.

3. Verifica anomalie:
   - Importo > 200% della media degli ultimi 6 mesi per la stessa
     categoria → FLAG_IMPORTO
   - Fornitore non presente in suppliers-known.xlsx → FLAG_NUOVO_FORNITORE
   - IVA non quadra con imponibile × aliquota dichiarata →
     FLAG_IVA
   - Documento illeggibile (OCR sotto soglia di confidenza) →
     FLAG_ILLEGGIBILE

4. Salva il PDF in Drive nella cartella finance/[anno]/[mese] con
   filename: [data]_[fornitore]_[importo].pdf.

5. Aggiungi una riga al foglio finance-tracker [link] con tutte
   le colonne estratte + categoria + eventuali flag.

6. Se ci sono flag, notifica il commercialista via email con il
   link alla riga.

Non pagare nulla. Non confermare nulla. Solo registrazione e
categorizzazione.

23. crm-pipeline [schedulato, ogni mattina + triggered da nuova inquiry] La pipeline commerciale ordinata da sola, ogni mattina, sul tavolo del direttore. L’agente mantiene una vista pulita di ogni richiesta dalla prima email al post-stay, con status (lead, quoted, won, lost), importo previsto, ultimo contatto, fonte. Genera bozze di follow-up per i lead silenti da più di 7 giorni. Calcola il tasso di conversione per canale ogni primo del mese. Output continuo, alert solo quando una pipeline si ferma in modo anomalo. Smette di passare quello che è andato perso non per “no” ma per silenzio.

Setup

• Tipo: schedulato in Cowork + triggered da email
• File nel Project: hotel-profile.md, brand-book.pdf, crm-pipeline.xlsx (la vista master della pipeline commerciale)
• Connector: Gmail, Google Sheets
• Trigger: schedulato ogni mattina alle 9:30, + triggered da ogni nuova email categorizzata come “reservation_request” dall’agente email-triage
• Approval: auto per aggiornamento status; draft per follow-up

Prompt completo:

Ogni mattina alle 9:30 (e a ogni nuova inquiry intercettata dal
triage):

1. Apri crm-pipeline.xlsx [link]. Aggiorna lo status di ogni riga
   in base agli eventi degli ultimi 24h:
   - Nuova inquiry email → crea riga nuova, status='lead'
   - Bozza preventivo inviata (status email-log='sent' per quel
     mittente) → status='quoted', con importo proposto
   - Nuova prenotazione confermata (presente in
     bookings-confirmed) → status='won', con importo finale
   - Risposta del guest "no, scegliamo altro" o "non più
     interessati" → status='lost', con motivo se possibile dedurre
   - Nessuna comunicazione da 14+ giorni dopo l'ultimo invio →
     status='dormant'

2. Identifica i lead silenti da 7-14 giorni con status='quoted' o
   'lead'. Per ciascuno, genera UN follow-up draft in Gmail nella
   lingua del thread originale, con una proposta di flessibilità
   (tariffa, date alternative, valore aggiunto). Max 80 parole.
   Aggiungi una nota nella riga della pipeline.

3. Ogni primo del mese, calcola:
   - Conversion rate per canale (direct, OTA, telefono,
     newsletter): won / (lead + quoted + won + lost)
   - Tempo medio lead → won
   - Top 3 motivi di lost (se dedotti dalle comunicazioni)

4. Alert solo quando:
   - Una pipeline è ferma > 21 giorni con status quoted → notifica
     il direttore
   - Conversion rate del mese scende > 20% rispetto al mese
     precedente → notifica il direttore

5. Output continuo nel foglio. Niente report quotidiano. Solo
   alert quando serve.

24. booking-analytics [schedulato, ogni primo del mese] Due pagine al direttore il primo del mese, scritte come un editoriale, non come un report finanziario. L’agente analizza i booking del mese chiuso: ADR per canale, RevPAR contro il target, lead time medio per tipologia di camera, lunghezza media del soggiorno per mercato di origine, top 10 fonti di domanda, anomalie da spiegare (giorni con drop di occupancy non riconducibili a eventi noti). Riprende i benchmark di produttività che Glickman e Koltunov definirono nel 2023: total costs per occupied room, total hours of labor per occupied room, housekeeping minutes per clean per stayover e checkout, minutes to complete maintenance and room delivery requests. Output: 2 pagine al direttore, una tabella in più per il revenue manager.

Setup

• Tipo: schedulato in Cowork
• File nel Project: hotel-profile.md, bookings-history.xlsx (storico booking completi), operational-costs.xlsx (costi operativi del mese: labor, F&B, utilities, ecc.), housekeeping-log.xlsx, maintenance-log.xlsx
• Connector: Google Sheets, Google Drive
• Trigger: ogni primo del mese alle 8:00
• Approval: solo lettura

Prompt completo:

Il primo di ogni mese alle 8:00, genera il report booking-analytics
del mese chiuso (mese precedente).

1. Apri bookings-history.xlsx [link]. Estrai tutti i booking del
   mese chiuso (data check-in nel mese).

2. Calcola le metriche commerciali:
   - ADR per canale: tariffa media camera per canale (direct, OTA
     Booking, OTA Expedia, altri OTA, telefono, agenzia)
   - RevPAR: revenue camera totale / room nights disponibili
   - Confronta RevPAR vs target del mese (da hotel-profile.md)
   - Lead time medio per tipologia camera (giorni tra prenotazione
     e arrivo)
   - LOS medio per mercato di origine (top 10 mercati)
   - Top 10 fonti di domanda con room nights

3. Identifica anomalie:
   - Giorni con occupancy <50% del target del mese: cerca eventi
     locali noti (local-events.md), competitor con offerte
     aggressive (competitor-monitor archive); se non spiegabili,
     marca come "anomalie da indagare"
   - Giorni con occupancy >95%: marca come "leggibili per pricing"

4. Calcola i benchmark di productivity Glickman/Koltunov:
   - Total costs per occupied room: somma costi operativi del mese
     / numero room nights venduti
   - Total hours of labor per occupied room: somma ore lavoro
     (front desk, housekeeping, F&B, manutenzione) / room nights
   - Housekeeping minutes per clean: media da housekeeping-log per
     stayover e checkout
   - Minutes to complete maintenance and delivery requests: media
     da maintenance-log

5. Output: documento di 2 pagine in markdown, formato editoriale,
   scritto come riflessione strategica al direttore, NON come
   tabella finanziaria. Sezioni:
   - Il mese in 3 righe (panoramica)
   - Cosa è andato bene (con 1-2 dati chiave)
   - Cosa ha deviato e perché (anomalie analizzate)
   - I numeri di produttività (benchmark Glickman/Koltunov)
   - Una sola raccomandazione per il mese che inizia

6. In appendice, tabella tecnica per il revenue manager con tutti
   i numeri grezzi.

7. Salva il PDF in Drive nella cartella analytics/[YYYY-MM].pdf.
   Notifica via email il direttore e il revenue manager.

Una nota su come questi 24 agenti convivono

Nessun hotel parte con tutti e 24 il primo giorno. Sarebbe un disastro di gestione del cambiamento. Il pattern che funziona è questo: prima il morning-briefing, perché è il punto di osservazione. Poi i 5 di Email & Comms, perché il return è immediato e visibile. Poi review-responder e dynamic-pricing, perché spostano numeri sul P&L. Poi tutto il resto, una famiglia alla settimana.

Ogni agente ha tre livelli di permesso possibili: solo lettura (l’agente legge e produce un report, non scrive nulla), draft (l’agente prepara contenuto e salva in bozza, lo invii o pubblichi tu), e azione (l’agente esegue, l’umano supervisiona ex-post). Nei primi 60 giorni mantieni tutto a livello draft. È più lento ma costruisce fiducia. Solo dopo, e solo per agenti dove gli errori non costano denaro o reputazione, sali a livello azione.

Camera flip

Quando un hotelier sente “24 agenti AI” pensa automazione, taglio costi, riduzione personale. Sbagliato angolo di lettura. Questi agenti non sostituiscono lo staff. Catturano revenue che oggi perdi.

La richiesta in giapponese che resta senza risposta è revenue persa. Il prezzo non aggiornato del giovedì notte è revenue persa. La recensione a tre stelle senza risposta è revenue persa la prossima volta che il prossimo guest legge la pagina. L’ospite di luna di miele che non ha ricevuto il pre-arrival è il direct return rate che cala. Sono tutti soldi che oggi escono dalla porta principale e nessuno li conta.

Greg Abbott di DataArt lo dice in altri termini: la differenza tra le aziende che usano l’AI per fare la stessa cosa con il 10% in meno e quelle che la usano per fare di più con quello che hanno. Le prime tagliano lo staff. Le seconde catturano revenue. È la stessa scelta che hai davanti tu domani mattina.

Skills, Connectors e App Claude per hotel

Le Skills sono pacchetti di istruzioni e contesto che Claude richiama automaticamente quando il task le richiede. I Connectors sono i connettori che danno a Claude accesso ai tuoi sistemi. Le App permettono a Claude di lavorare “dentro” Excel, Word, Chrome, Slack, ecc.

Connectors da attivare subito (Tier 1)

Connectors per chi ha un piccolo gruppo (Tier 2)

Una nota sui PM che ho scritto anche sopra. Cloudbeds, Mews, Apaleo, SiteMinder, Protel, Opera Cloud nel maggio 2026 non hanno ancora un connector MCP nativo distribuito ai clienti indipendenti. Mews ha acquisito DataChat in dicembre 2025 per costruire il livello semantico e sta integrando agenti AI nel prodotto, ma il connector diretto Claude/PMS per indipendenti probabilmente è in costruzione, non ancora pronto. Solo l’8% dei dirigenti del travel intervistati a fine 2025 ha implementato i protocolli MCP/A2A in produzione, mentre il 32% sta esplorando e il 16% sta pilotando (Phocuswright, gennaio 2026). Per ora il collegamento funziona su due binari: export quotidiano del PMS su un foglio che Claude legge (per dati che non cambiano in tempo reale), e parsing automatico delle email del PMS (per arrivi, partenze, modifiche). Funziona. Non è elegante. Ma funziona oggi, e sarà sostituito senza dover ridisegnare i workflow nei prossimi 12-18 mesi.

5 Skills hospitality-native da costruire ora

1. Brand Voice della property. Dieci esempi di comunicazioni reali del tuo hotel (email, recensioni, risposte positive, post social riusciti) caricati come riferimento. Ogni agente di comunicazione la chiama prima di scrivere.
2. Review Response. Il playbook delle risposte: come ringraziare, come gestire il negativo legittimo, come gestire il negativo ingiusto, quando offrire compensazione, quando non. Un documento di 2 pagine, denso.
3. Quote Inquiry. Il template di risposta a richieste dirette. Comprende: come strutturare la proposta a due opzioni, quali ancillary includere per stagione, quando fare un soft upsell, quando no.
4. SOP Retrieval. L’indice dei processi operativi della property: emergenze, smarrimenti, complaint escalation, late check-out policy, refund policy. Quando lo staff fa una domanda, Claude cerca la risposta nel documento giusto.
5. Multilingual Guest Comms. Le 200 frasi più frequenti tradotte in 6-8 lingue, con note culturali (come gestire una scusa in cultura giapponese, come rispondere a una lamentela in cultura tedesca).

App Claude utili al day-to-day

Claude in Chrome (in beta, ma funziona!): consente agli agenti di automatizzare il browser per attività ripetitive (ad esempio caricare un’offerta sul portale Booking o copiare un export da un’extranet). Claude per Excel e Word: utile per produrre report mensili strutturati e contratti standardizzati senza uscire dall’ambiente Office. Claude in Slack (se lo usate): l’agente morning-briefing posta su un canale dedicato, lo staff risponde in thread.

Tips avanzati per chi parte oggi

Il pattern draft → approve → execute non è una limitazione, è un acceleratore. Per ogni agente che tocca soldi, prezzi, comunicazioni agli ospiti in uscita, mantieni il “draft mode” come default per 60 giorni. Lo svantaggio è zero: clicchi invia invece di lasciare partire. Il vantaggio però è grande: vedi cosa l’agente avrebbe scritto, lo correggi, le sue future risposte migliorano. Solo dopo, e solo per gli agenti per cui l’errore non costa, puoi dare il permesso di agire.

Tieni un log degli errori. Per i primi 90 giorni, in un foglio dedicato, registra: agente | data | cosa ha fatto male | causa probabile (custom instruction debole, documento mancante, prompt ambiguo) | correzione applicata. Dopo 90 giorni rileggi il log. Quasi sempre il problema è nelle istruzioni o nel contesto, non nel modello. Il dato di settore lo conferma a modo suo: il 41% dei dirigenti del travel cita la sicurezza dei dati come barriera principale, ma solo il 18% riconosce l’inadeguatezza dei propri dati come problema (Phocuswright, gennaio 2026).

L’agente che esegue va supervisionato per attività, non per output. Se il dynamic-pricing agent propone modifiche alle tariffe ogni mattina, supervisiona la regola di proposta (cambia l’algoritmo se sbaglia ricorrentemente), non i singoli output (quelli li verifichi a campione, non uno per uno).

Non aggiungere agenti per moda. Il tuo hotel non ha bisogno di tutti e 24 sempre. Cinque ben fatti ti cambiano la vita più di venti mediocri. Se un agente non produce un beneficio misurabile entro 30 giorni dal go-live, spegnilo e analizza perché. Spesso la risposta è che il processo su cui agiva era già poco efficiente, e l’agente non poteva risolvere il problema di processo.

Per piccoli gruppi, costruisci una volta, replica. Se gestisci 3-5 property, configura il primo Project completo su una sola, poi clona la struttura sulle altre cambiando solo i documenti property-specific (brand book, listino, contratti). Le istruzioni specifiche del brand restano comuni. Risparmi comunque il 70% del tempo di setup.

Come misurare l’impatto

Non misurare l’efficienza operativa, che poi sarebbe anche molto difficile. Misura il revenue catturato, le camere vendute, che senza l’agente avresti perso. Sono due cose diverse, la seconda però è quella che muove il fatturato.

KPI primari (mensili)

Tasso di conversione richiesta-prenotazione. Quante richieste di prenotazione si trasformano in booking confermati. La baseline tipica per un hotel indipendente è tra il 18 e il 28%. Con email-triage e email-responder ben configurati, hotel boutique di test riportano un incremento tra 5 e 12 punti percentuali in 90 giorni.

Prenotazioni dirette come quota del totale. Booking Holdings nel Q1 2026 dichiara che poco più della metà delle prenotazioni passa dal canale diretto nel suo network. Per la maggior parte degli indipendenti, la baseline reale è tra il 25 e il 35%. Obiettivo realistico nel primo anno, lavorando con il pre-arrival agent, la visibilità sugli AI search e la retention guest: salire di 5-8 punti percentuali.

Tasso e tempo di risposta alle recensioni. La media di settore si ferma intorno al 40% (MARA Solutions, 2025). L’obiettivo con il review-responder attivo è arrivare oltre il 95% di recensioni con risposta entro 24 ore dalla pubblicazione.

ADR rispetto alla concorrenza diretta (RGI). Lo scarto, in più o in meno, tra la tua tariffa media e quella media dei competitor selezionati. Con il dynamic-pricing che gira ogni giorno invece che una volta a settimana, hotel di test riportano un guadagno di 3-7 punti di RGI in quattro mesi.

Ore di staff settimanali risparmiate. Da tracciare in un foglio dedicato per ogni agente attivo. Il punto non è tagliare personale, ma redistribuirlo verso le attività dove l’elemento umano fa davvero la differenza: il concierge dal vivo, l’accoglienza dei VIP, la gestione dei problemi complessi.

KPI secondari (trimestrali)

NPS post-stay. Il Net Promoter Score rilevato sugli ospiti dopo il soggiorno.

Tasso di ritorno degli ospiti. La percentuale di ospiti che torna a prenotare entro 12 o 24 mesi dal primo soggiorno.

Tempo medio di risposta alle richieste degli ospiti. Quanto ci mette il tuo hotel a rispondere a una domanda, dal momento in cui l’ospite la pone al momento in cui la risposta esce.

Citazioni del tuo hotel nelle risposte degli AI search. Scegli 10 query rilevanti per il tuo posizionamento (“miglior boutique hotel a [Città] per coppia”, “hotel con ristorante stellato a [Zona]”, e così via) e misura quante volte il tuo hotel viene citato nelle risposte di ChatGPT, Perplexity, Claude, Gemini. Questo è il KPI che Phocuswright stava descrivendo quando ha parlato della finestra che si sta aprendo per gli indipendenti: se le tue citazioni AI salgono mese su mese, le opportunità aumentano. Se restano piatte, è il segnale che devi intervenire sulla tua visibilità nei motori conversazionali. Considera di utilizzare strumenti dedicati per questa metrica, come rankwit.ai

Una metrica che pochi calcolano e che dovrebbe essere la prima. Stima il revenue che l’agente ti ha permesso di catturare, con una formula semplice:

(numero di richieste a cui hai risposto entro un’ora dal triage / richieste totali del mese) × ADR × tasso di conversione baseline = revenue mensile incrementale

Un esempio concreto. Un hotel da 30 camere, ADR di 180 euro, 120 richieste di prenotazione al mese. Passare dal 60% al 90% di richieste con risposta entro l’ora vale circa 6.500 euro al mese, a parità di tutto il resto. Questo significa che quattro agenti di risposta alle email ben configurati potrebbero ripagare l’intero stack di Claude per dodici mesi.

E infine: le risorse formative essenziali per approfondire

Cose da leggere e cose da studiare prima di iniziare. Due livelli: report di settore per il contesto strategico, corsi e documentazione per la pratica con Claude. La maggior parte è open-access, alcuni report Phocuswright sono dietro paywall ma hanno executive summary scaricabili.

Report di settore e contesto strategico

Formazione su Claude: percorsi gratuiti con certificato

Il punto di partenza per chiunque non abbia mai usato Claude in modo strutturato: claude101.com, directory che aggrega i principali percorsi.

🟢 Livello base — Per chi parte da zero. Obiettivo: operativi in meno di un’ora.

Per un direttore d’hotel o un revenue manager senza background tecnico, questi tre corsi sono il percorso ideale. Coprono esattamente il terreno della guida: Project, Skill, workflow quotidiani. Sono gratuiti, asincroni, e rilasciano un certificato Anthropic ufficiale da aggiungere su LinkedIn.

🟡 Livello intermedio — Per chi vuole portare Claude da uso occasionale a sistema integrato.

🔴 Livello avanzato — Per il team tecnico o per chi vuole costruire integrazioni custom (es. parsing PMS, connector ad hoc).

Hub ufficiali — punti d’ingresso a tutta la documentazione

Percorso consigliato per un hotel indipendente senza team tecnico: Claude 101 → AI Fluency → Intro to Cowork (Anthropic Academy, tutti gratuiti, ~4 ore totali, tre certificati). È l’unico percorso che parte da zero, non richiede codice, e arriva direttamente ai workflow descritti in questa guida.

Those who ignore this trend do so at their own peril.”

Nel 2026 ci sono tre tipi di hotel indipendenti.

Il primo continua a fare quello che faceva nel 2024. Aspetta che le OTA decidano per lui. Risponde alle recensioni quando trova il tempo. Aggiusta i prezzi una volta a settimana. Conta sui suoi 15 anni di brand. Dirà che l’AI è una moda.

Il secondo prova ChatGPT o Claude su una chat. Non ottiene quello che si aspetta, perché non gli ha mai spiegato il proprio hotel. Dice “non è ancora pronto per noi”, e torna a fare quello che faceva nel 2024. Spende, tra commissioni OTA e revenue non catturata, una cifra che paga venti volte l’investimento che avrebbe dovuto fare in formazione e setup.

Il terzo legge questa guida, crea un Project, carica 15 documenti, scrive le custom instructions, attiva i primi cinque agenti, misura il revenue catturato dopo 90 giorni, e si rende conto che l’AI non sta facendo magia. Sta solo finalmente eseguendo cose che doveva eseguire da anni. Il direttore si occupa di accoglienza, problem solving, costruzione del team. Gli agenti si occupano del resto. Il primo mese non si vede granché. Ma state sicuri che dopo un po’ i risultati arrivano.

L’88% dei dirigenti del travel intervistati a fine 2025 ha già visto un impatto positivo dalla gen AI. Solo il 12% si sente pronto a implementarla davvero (Phocuswright, gennaio 2026). Tu puoi essere il prossimo numero a spostarsi dalla colonna sbagliata a quella giusta. Puoi davvero fare tutto con le tue mani, in un pomeriggio di setup e tre mesi di iterazione disciplinata.

Norm Rose ha chiuso il suo ultimo report per Phocuswright con una frase. Era il 2025, era il suo commiato professionale, e parlava agli OTA, ai GDS, alle TMC, e a tutti gli operatori che ancora pensavano di poter aspettare. La frase è questa: “Those who ignore this trend do so at their own peril.”

L’ha scritta in inglese, ma vale lo stesso in italiano. E vale davvero per tutti.

Mirko Lalli

Mirko Lalli è imprenditore, keynote speaker internazionale e Independent Expert per la Commissione Europea su AI e innovazione digitale. Ha fondato The Data Appeal Company, la prima piattaforma italiana di destination intelligence, portandola a un exit strategico che ha incluso l'acquisizione di Mabrian. È co-fondatore e vicepresidente di Turismi.AI, l'associazione che promuove GatewAI, la Conferenza Nazionale dell'Intelligenza Artificiale nel Turismo. Autore di "Data-Driven Destinations" e host del podcast "Il Futuro del Turismo", produce contenuti e consulenza strategica su come destinazioni e operatori possono diventare visibili e raccomandabili dai sistemi AI. Ha una formazione executive ad Harvard Business School e Singularity University, e lavora dalla Toscana con destinazioni, albergatori, aziende e istituzioni in tutto il mondo.

More Posts - Website

Follow Me: