Sistema in produzione
In produzione
In un sistema in produzione: 11 notti invendibili individuate e riaperte dopo un guasto alla riconciliazione tra gestore dei canali e portale.
Il confronto automatico dei calendari, notte per notte, tra prenotazioni, gestore dei canali e portali. Ogni sblocco lo approva il gestore.
Sistema in produzione
Chi affitta per brevi periodi vende le stesse notti su più canali: due o tre portali di prenotazione, il sito proprio, a volte un'agenzia. Per non vendere la stessa notte due volte si usa un gestore dei canali, un programma che tiene un calendario unico e lo copia su ogni portale.
Quando funziona, nessuno ci pensa. Quando si inceppa, il danno è silenzioso. Se il portale non riceve lo sblocco di una notte cancellata, quella notte resta chiusa: l'appartamento è libero, ma per gli ospiti risulta occupato.
Nessun ospite telefona per dire che non ha trovato posto. Il gestore vede solo un calendario un po' più vuoto del solito, e pensa alla stagione. L'errore opposto è peggiore: una notte aperta su un portale mentre è già venduta su un altro, e due ospiti con la stessa chiave.
Nell'attività di affitti brevi di queste storie, tre appartamenti senza personale fisso, il controllo dei calendari si faceva a occhio: si aprivano i portali e si confrontavano le date con la memoria. Con le prenotazioni che cambiano ogni giorno, è un lavoro che nessuno riesce a fare bene tutti i giorni.
Il confronto dei calendari è diventato uno dei controlli automatici del sistema:
Dopo un guasto alla riconciliazione tra gestore dei canali e portale, questo controllo ha trovato notti rimaste chiuse senza motivo. Sono state riaperte e rimesse in vendita.
Perché tre calendari e non due? Perché il gestore dei canali può sbagliare anche lui. Se si confrontasse solo con i portali, un errore nel calendario unico passerebbe per giusto ovunque. Il punto fermo sono le prenotazioni confermate e pagate: tutto il resto si misura contro di loro.
Ogni differenza trovata resta nel registro con la data in cui è comparsa e quella in cui è sparita. Dopo qualche mese si vede quale canale si inceppa più spesso, e in quali giorni. Sono informazioni utili quando si rinegozia con un fornitore o si decide se tenere un portale.
Dove si ferma e chiede: una notte aperta su un portale mentre è già venduta altrove, che è il caso più delicato; una differenza che si ripete anche dopo lo sblocco; una chiusura che potrebbe essere voluta, per esempio per lavori nell'appartamento. In questi casi il sistema non tocca niente e scrive al gestore.
Sui prezzi vale lo stesso metodo, ma è il passo che proponiamo dopo, non il sistema descritto qui. Il gestore scrive le sue regole: prezzo base, fine settimana, soggiorno minimo, periodi di eventi in città. Il sistema controlla che ogni portale mostri il prezzo deciso e segnala le differenze. Non cambia i prezzi da solo fuori da quelle regole.
Il controllo dei prezzi, quando c'è, guarda anche le condizioni: cancellazione gratuita fino a quando, penale, pagamento anticipato. Se su un portale sono diverse da quelle decise, lo segnala, perché l'ospite prenota anche in base a quelle.
A voi restano la strategia di prezzo, la scelta dei canali e le chiusure volute. Lo stesso metodo vale per le giacenze di un negozio online su più piattaforme e per le agende di uno studio con più sedi: vedete cosa possiamo rifare.
La giornata del gestore, un lunedì di bassa stagione con poche prenotazioni in arrivo. Gli orari sono indicativi.
| Ora | Prima | Dopo |
|---|---|---|
| 8:30 | PrimaIl gestore apre un portale alla volta e guarda il calendario del mese, a memoria. | DopoIl gestore legge il riepilogo dei controlli della notte: calendari allineati, nessuna differenza. |
| 11:00 | PrimaArriva una cancellazione. Il gestore controlla che la notte si sia liberata ovunque, se se ne ricorda. | DopoLa cancellazione è registrata. Al controllo successivo il sistema verifica che la notte sia di nuovo in vendita su ogni portale. |
| 14:30 | PrimaIl calendario sembra vuoto per il ponte di novembre. Il gestore pensa a un calo di richieste. | DopoIl sistema segnala notti chiuse senza prenotazione su un portale, con le date. Il gestore approva lo sblocco. |
| 17:00 | PrimaIl gestore abbassa il prezzo del ponte per attirare prenotazioni che il portale non poteva ricevere. | DopoIl prezzo resta quello deciso. Le notti riaperte tornano visibili agli ospiti. |
| 21:15 | PrimaNessun controllo serale: il prossimo sarà quando capita. | DopoI controlli automatici continuano anche la notte. Se qualcosa si rompe, il gestore lo sa la mattina dopo. |
Sistema in produzione
In un sistema in produzione: 11 notti invendibili individuate e riaperte dopo un guasto alla riconciliazione tra gestore dei canali e portale.
Stima, non garanzia: differenze tra calendari trovate entro poche ore invece che dopo giorni, nell'80–95% dei casi; 20–40 minuti al giorno di controlli manuali restituiti al gestore; notti perse per calendario sbagliato ridotte del 70–90% nell'anno.
Le stime derivano dalla nostra esperienza sui sistemi in produzione e dai valori tipici del settore; il valore reale si misura con il pilota, caso per caso.
Il pilota misura questi numeri sui vostri appartamenti e sui vostri canali.
| Rischio | Come lo gestiamo |
|---|---|
| Il sistema riapre una notte chiusa di proposito | Ogni chiusura voluta si segna con un motivo. Lo sblocco lo approva il gestore, con le date sotto gli occhi. |
| Una notte venduta due volte | È il caso più grave: il sistema non corregge da solo, avvisa subito il gestore con le due prenotazioni. |
| Un portale cambia il modo in cui mostra le disponibilità | Se il sistema non riesce a leggere un calendario, lo dice. Un controllo che fallisce non diventa mai un «tutto a posto». |
| Il prezzo pubblicato non è quello deciso | Nel passo sui prezzi, il sistema confronta e segnala. Nessun prezzo cambia fuori dalle regole scritte dal gestore. |
Non è un parere legale: sono i punti da rileggere con chi segue i vostri contratti.
1
In una settimana colleghiamo in sola lettura gestore dei canali e portali, e facciamo il primo confronto dei calendari degli ultimi mesi.
2
Per sei settimane il controllo gira ogni giorno e il gestore approva ogni sblocco. Misuriamo differenze trovate, tempo per trovarle, notti riaperte.
3
A fine pilota decidete se aggiungere il controllo dei prezzi.
| Domanda | Risposta |
|---|---|
| Fonti | Prenotazioni e disponibilità dal gestore dei canali via API; disponibilità dei portali via API o calendari iCal pubblicati; nessuna scrittura senza approvazione. |
| Metodo di confronto | Confronto notte per notte su tre fonti, con stato atteso calcolato dalle prenotazioni; differenze registrate con data di prima comparsa. |
| Correzioni | Sblocco preparato come operazione sul gestore dei canali, eseguito solo dopo conferma; registro di chi ha approvato cosa. |
| Errori di lettura | Un calendario non leggibile genera un allarme, mai un esito positivo; nuovo tentativo al giro successivo. |
| Prezzi | Regole di prezzo in forma di tabella versionata; confronto con i prezzi pubblicati; nessun modello che decide i prezzi in autonomia. |
| Dati | Server nell'Unione Europea; nessun dato degli ospiti oltre a date e numero di persone per il confronto. |