Capitolo 18

Quando il modello incontra una destinazione

Una famiglia arriva in una località che non conosce. Piove, sono le 10 del mattino, i bambini hanno 5 e 9 anni, hanno già fatto colazione, non vogliono prendere l'auto e cercano qualcosa per occupare due o tre ore. È una domanda semplice, e per una destinazione può diventare complicata. Le informazioni sono distribuite fra il sito turistico, quello del museo, la pagina del comune, gli operatori privati, i trasporti, le schede di attività, gli eventi e magari qualche PDF aggiornato con una certa fantasia stagionale. La famiglia non conosce questa organizzazione, e non ha motivo di conoscerla. Vuole sapere cosa può fare oggi.

Un hotel dispone di un patrimonio relativamente delimitato — camere, ristorazione, servizi, esperienze, policy, territorio. Una destinazione moltiplica tutto: musei, impianti, sentieri, spiagge, ristoranti, eventi, trasporti, parcheggi, aperture stagionali, accessibilità. E soprattutto comuni diversi, enti diversi, consorzi e associazioni diverse, ognuno dei quali pubblica secondo la propria logica. Il visitatore, intanto, continua ad avere un solo bisogno: «cosa posso fare oggi con 2 bambini senza usare la macchina?». È il punto in cui il modello conversazionale può diventare interessante anche per un territorio — non perché debba creare un assistente onnisciente, ma perché può comporre risposte a partire da un patrimonio organizzato meglio. La logica è la stessa dell'hotel. La persona non pensa per categorie turistiche — outdoor, family, food, culture — ma per situazioni («ho 3 ore, piove, sono con 2 bambini e non ho l'auto»), e la conversazione prova a tenere intera la richiesta invece di chiederle di smontarla. Cambiano solo la scala e il numero di soggetti coinvolti.

Il territorio è pieno di contenuti, ma l'affidabilità è più difficile

Molte destinazioni hanno prodotto una quantità enorme di materiali — schede, articoli, itinerari, calendari, mappe, PDF — e anche qui il problema non è produrne altri, ma sapere cosa esiste, se è aggiornato, quando è utile e con quali altre informazioni sta bene. Una passeggiata può avere una descrizione bellissima; per usarla dentro una risposta servono anche cose meno poetiche: quanto dura, che dislivello ha, se è percorribile con un passeggino, se serve l'auto per arrivare, se regge il terreno bagnato, se c'è un punto ristoro.

Rispetto all'hotel, però, il problema dell'affidabilità cresce. L'hotel controlla direttamente molti dei propri servizi; la destinazione deve spesso usare informazioni prodotte da soggetti diversi. Se qualcuno chiede «cerco una passeggiata semplice con un bambino di 6 anni» e il sistema propone un itinerario classificato come facile che sul terreno ha tratti esposti e una salita impegnativa per una famiglia, la parola facile non è bastata. Questo richiede più attenzione sulla fonte. Chi ha verificato il percorso, quando, se ci sono chiusure, se le condizioni sono cambiate. E poiché in una destinazione molte informazioni durano poco — un evento è oggi, un museo cambia orario, un sentiero si chiude, un autobus cambia calendario stagionale — la prudenza vale più della completezza. A «il museo è aperto questo pomeriggio?» il sistema deve avere una fonte affidabile; se non ce l'ha, una risposta onesta è la migliore: «il sentiero risulta normalmente aperto in questo periodo, ma non ho una conferma aggiornata sulle condizioni di oggi», seguita dalla fonte ufficiale. Meglio questo di una sicurezza falsa.

Ecco perché, in un territorio, il lavoro editoriale diventa anche lavoro di coordinamento. Un ristorante aggiorna gli orari, un museo cambia una tariffa, un noleggio interrompe il servizio. Se la destinazione vuole usare queste informazioni, ha bisogno di un rapporto ordinato con chi le produce. Chi aggiorna cosa, con quale frequenza, chi controlla, qual è la fonte ufficiale. Una destinazione conversazionale rende molto visibile la qualità della collaborazione fra operatori. Se ognuno pubblica per conto proprio senza un ordine comune, il sistema faticherà sempre a costruire risposte affidabili.

La destinazione non deve diventare un arbitro opaco

C'è poi un tema delicato, che nell'hotel esisteva in forma più lieve. Se il sito sceglie cosa proporre, chi decide quali operatori compaiono? A «cerco un ristorante adatto a famiglie vicino al centro», con venti operatori compatibili, il sistema ne mostra quattro. Perché proprio quelli? La logica deve essere chiara — distanza, orari, servizi, compatibilità con la richiesta, disponibilità delle informazioni, eventuali criteri editoriali dichiarati. È un punto cruciale per enti, consorzi e DMO. La composizione non può diventare un modo poco trasparente di favorire qualcuno. La pertinenza deve restare leggibile.

Fatta salva questa trasparenza, la correlazione assume qui una forma interessante. Può costruire percorsi. Chi visita un museo può trovare utile un'attività vicina; chi fa una passeggiata può cercare un ristorante lungo il tragitto; chi viaggia senza auto ha bisogno di luoghi raggiungibili con lo stesso collegamento. Sono piccole sequenze, non itinerari rigidi. La destinazione può aiutare a comporre una giornata senza costringere dentro un programma. Torniamo alla famiglia dell'inizio — due bambini, pioggia, niente auto. Il sito può partire da due attività al coperto raggiungibili a piedi o con i mezzi, una di novanta minuti e una di due ore, aggiungere un luogo per il pranzo nelle vicinanze e proporre una terza attività pomeridiana se la famiglia vuole continuare. Non è la pagina Cosa fare quando piove. È una composizione costruita su quella famiglia, in quel momento, con dentro tempo, età, meteo, mobilità e distanza. E come nell'hotel, il menu resta — chi vuole esplorare apre Cosa fare, Eventi, Outdoor — mentre la conversazione aggiunge la scorciatoia quando il bisogno è più preciso.

Un osservatorio distribuito, e un ruolo che cambia

Anche qui le conversazioni diventano ascolto. Una DMO o un consorzio riceve domande da persone diverse, in momenti e luoghi diversi, e se analizzate in forma aggregata restituiscono una fotografia utile dei bisogni, quali domande emergono prima dell'arrivo e quali durante il soggiorno, quali servizi vengono cercati più spesso, dove ci sono più richieste senza risposta, quali zone vengono percepite come difficili da raggiungere. Le richieste senza risposta sono le più interessanti, perché possono indicare tre cose diverse. L'informazione esiste ma non è organizzata, il servizio esiste ma non è comunicato bene, oppure il servizio non esiste. Nel terzo caso la domanda diventa interessante anche per chi governa la destinazione — non perché ogni richiesta debba produrre un nuovo servizio, ma perché mostra un bisogno. La condizione resta quella vista per l'hotel. Il materiale deve arrivare a qualcuno che possa interpretarlo, perché una dashboard piena di numeri non cambia un territorio; una decisione sì.

Con la dovuta cautela, la composizione può anche aiutare a distribuire meglio i flussi. Quando una persona chiede una passeggiata facile con vista, il sistema può proporre più opzioni pertinenti e non soltanto quella più famosa. Ma serve prudenza — la destinazione non deve usare la conversazione per spostare le persone in modo opaco. Deve offrire alternative reali e spiegare perché sono pertinenti, lasciando la scelta al visitatore. E deve resistere alla tentazione dell'enciclopedia. Un progetto territoriale vorrebbe includere tutto, ogni operatore, ogni evento, ogni sentiero, ma la qualità di una risposta dipende dalla qualità delle informazioni, e se per includere duemila contenuti dobbiamo accettarne ottocento vecchi, il risultato peggiora. Conviene partire da un perimetro curato ed espandere dopo. La gradualità, che per l'hotel significa validare un patrimonio iniziale prima di allargarlo, è una buona scelta anche per una destinazione.
Questo cambia leggermente il ruolo della DMO, che già raccoglie informazioni, produce contenuti, coordina operatori e promuove. In un modello conversazionale aumenta il peso della cura delle fonti. La domanda non è più soltanto «abbiamo una pagina su questo?», ma «abbiamo informazioni abbastanza precise perché possano essere usate dentro una risposta?». Una descrizione ispirazionale di un sentiero è ottima per una pagina; per rispondere a «posso farlo con un bambino di 4 anni dopo 2 giorni di pioggia?» serve altro.

C'è infine un confine che vale la pena tenere all'orizzonte. L'ospite dell'hotel e il visitatore della destinazione sono spesso la stessa persona. Chi alloggia in una struttura, durante il soggiorno, chiede cosa fare, e dal suo punto di vista non importa se la risposta arriva dal sito dell'hotel o dal sistema della destinazione. Vuole una risposta affidabile. L'hotel conosce l'ospite, la destinazione conosce più a fondo il territorio, e le due conoscenze potrebbero completarsi — un'idea che richiede molta attenzione su responsabilità, dati e fonti, e che per ora ci basta lasciare all'orizzonte.

Il punto di fondo, però, è lo stesso dell'hotel, moltiplicato per cento. Una destinazione è complessa — soggetti, luoghi, servizi, regole, distanze — ma la persona che arriva non deve imparare questa complessità per poter fare una domanda. Può dire «ho 3 ore, piove, sono con 2 bambini e non ho l'auto», e da lì parte il lavoro. L'organizzazione dell'offerta resta necessaria; le categorie, le pagine e le mappe restano; la conversazione aggiunge un modo per attraversarle partendo dal bisogno. E quando una destinazione prova a farlo sul serio, scopre rapidamente che prima della tecnologia serve ordine. Bisogna sapere quali informazioni esistono, chi ne risponde, quali sono affidabili e quali meritano di entrare nel patrimonio. È esattamente da qui che comincia la parte successiva del libro. Non più cosa può fare il sito, ma come una struttura ricettiva può commissionare e guidare un progetto del genere senza diventare un'azienda tecnologica.

© Copyright 2026 Antonio Maresca - Onspitality by Guestup s.r.l. C.F. P.IVA 02565230220 - Tutti i diritti riservati