12-20-2016, 08:04 PM
(Questo messaggio è stato modificato l'ultima volta il: 12-20-2016, 08:08 PM da osviweb.)
Ciao Massimo. Come sempre le tue risposte sono sul pezzo e spingono avanti il discorso.
In questo caso, giustamente, lo colleghi con il revenue management e con i relativi forecast. Uno scenario complesso ma ideale, sono d'accordo.
Gli stessi ragionamenti "spinti" sul forecast che fai sul prezzo li puoi fare anche sulla disponibilità. Se unisci insieme le due cose hai un sacco di variabili e ti serve l'intelligenza artificiale per gestirle (spannometricamente)
Ma andiamo per gradi. Oggi sul mio linkedin ho postato Intelligence comes before AI.
Immaginati uno strumento in cui oltre ad aggiornare prezzi dinamicamente (via rms) , aggiorni anche le disponibilità dinamicamente (diciamo che abbiamo inventato l' ams ).
I prezzi li spari in avanti nelle date future, in funzione delle tue previsioni di revenue management OK.
Le disponibilità potresti spararle avanti con altrettante , complesse, previsioni però puoi anche partire da ragionamenti più semplici.
Questi ragionamenti sono di base quelli che fa un revenue manager che lavora a mano su periodi ed allotment. Inizi ad automatizzare questi.
Per esempio.
Ho 100 camere disponibili per il 30 gennaio 2016. Di base ne do 20 al gruppo di canali che chiamo OLTA GENERICI. Se entro il 15 gennaio le mie camere disponibili (per il 30/1) sono >50 allora aumento questo allotment a 30.
Secondo esempio.
Ho 100 camere disponibili per il 30 gennaio 2016, di cui due camere famigliari quadruple. Voglio privilegiare quel portale tedesco per famiglie. Assegno una di queste due camere a questo portale in esclusiva fino al 15 /1 SE non venduta l'assegno anche agli altri canali. Ho i canali divisi per gruppi e ne automatizzo le priorità.
In questi esempi lavoro semplicemente su una priorità asincrona. Sicuramente posso analizzare i risultati e suggerire a chi ha creato le regole come modificarle per una performance migliore. Robo advised.
Io credo che se lo si presenta così gli albergatori non lo capiscano.
Per questo sto creando un canale di distribuzione differente b2b. E' il canale ideale per essere gestito da un modello distributivo asincrono come questo.
Quindi di accompagno per mano ad usare questo modello distributivo, partendo da una distribuzione normale.
In ogni caso comqune inizialmente automatizza solo quello che a livello di allotment già ragionano e fanno i bravi revenue manager.
Ci sono già Rms con queste funzionalità ma rientrano in quel mondo di dati complessi di difficile uso che poi non trovano un facile sbocco pratico.
Rispetto al tuo approccio (sicuramente logico ma complesso) io trovo una strada un po' più pratica e "per gradi" (tipo il forecast sulle disponibilità lo lascerei per dopo ) .
;)
Caro White
come risposto in chat per la gestione assoultamente statica tramite la definizione delle camere, non funziona così. Va fatto tramite un "autobalancing" che piuttosto di lavorare con un criterio di free sale (dai tutto a tutti) lavora con delle regole (if then else) fino al raggiungimento di una determinata condizione.
Se in wired hai già questa "engine" please mi segnali dove se ne parla nella documentazione delle api?
thanks
In questo caso, giustamente, lo colleghi con il revenue management e con i relativi forecast. Uno scenario complesso ma ideale, sono d'accordo.
Gli stessi ragionamenti "spinti" sul forecast che fai sul prezzo li puoi fare anche sulla disponibilità. Se unisci insieme le due cose hai un sacco di variabili e ti serve l'intelligenza artificiale per gestirle (spannometricamente)
Ma andiamo per gradi. Oggi sul mio linkedin ho postato Intelligence comes before AI.
Immaginati uno strumento in cui oltre ad aggiornare prezzi dinamicamente (via rms) , aggiorni anche le disponibilità dinamicamente (diciamo che abbiamo inventato l' ams ).
I prezzi li spari in avanti nelle date future, in funzione delle tue previsioni di revenue management OK.
Le disponibilità potresti spararle avanti con altrettante , complesse, previsioni però puoi anche partire da ragionamenti più semplici.
Questi ragionamenti sono di base quelli che fa un revenue manager che lavora a mano su periodi ed allotment. Inizi ad automatizzare questi.
Per esempio.
Ho 100 camere disponibili per il 30 gennaio 2016. Di base ne do 20 al gruppo di canali che chiamo OLTA GENERICI. Se entro il 15 gennaio le mie camere disponibili (per il 30/1) sono >50 allora aumento questo allotment a 30.
Secondo esempio.
Ho 100 camere disponibili per il 30 gennaio 2016, di cui due camere famigliari quadruple. Voglio privilegiare quel portale tedesco per famiglie. Assegno una di queste due camere a questo portale in esclusiva fino al 15 /1 SE non venduta l'assegno anche agli altri canali. Ho i canali divisi per gruppi e ne automatizzo le priorità.
In questi esempi lavoro semplicemente su una priorità asincrona. Sicuramente posso analizzare i risultati e suggerire a chi ha creato le regole come modificarle per una performance migliore. Robo advised.
Io credo che se lo si presenta così gli albergatori non lo capiscano.
Per questo sto creando un canale di distribuzione differente b2b. E' il canale ideale per essere gestito da un modello distributivo asincrono come questo.
Quindi di accompagno per mano ad usare questo modello distributivo, partendo da una distribuzione normale.
In ogni caso comqune inizialmente automatizza solo quello che a livello di allotment già ragionano e fanno i bravi revenue manager.
Ci sono già Rms con queste funzionalità ma rientrano in quel mondo di dati complessi di difficile uso che poi non trovano un facile sbocco pratico.
Rispetto al tuo approccio (sicuramente logico ma complesso) io trovo una strada un po' più pratica e "per gradi" (tipo il forecast sulle disponibilità lo lascerei per dopo ) .
;)
(12-20-2016, 07:08 PM)massimo.roma Ha scritto: Salve ,
‘Il channel mi suggerisce come fare’
è la mia idea fissa degli ultimi 10 anni :)
La cosa è sicuramente possibile da un punto di vista tecnico ma bisogna capire se il suggerimento è accettabile dal punto di vista umano .
Alcuni quesiti :
L’utente accetterà il suggerimento ?
Se si, in quale percentuale ?
Esiste il rischio che dopo qualche mese di ‘gioco’ l’albergatore si stufi e ritorni al passato?
Le previsioni di vendita possono essere verificate ?
I dati come verranno comunicati all’applicativo per chi usa Zak è ok ma tutti gli altri ?
Lo stesso RateIntelligence di B.com usa un sistema per me poco ‘elegante’ e a mio avviso inefficiente ( un file csv su Dropbox ) che non fornisce (secondo me sbagliando ) nessuna
segmentazione della domanda.
Chi decide le regole di RM ?
Quante regole si possono mettere ?
Chi produrrà l’applicativo a parte tutti i dati del PMS del Rate Checker del Booking Engigne e di Analytics dovrà vedersela con i modelli previsionali della domanda e con i possibili criteri di segmentazione del mercato.
Per ogni mercato una previsione, una ottimizzazione, un contingente camere e delle tariffe riservate insomma un bel casino , comunque c’è chi lo fa già (leggete Ing Paolo Desinano )
Insomma qualcosa di impegnativo e dal risultato incerto ma maledettamente affascinante :)
Così voto ‘SI’ nel sondaggio.
Saluti
Massimo
Caro White
come risposto in chat per la gestione assoultamente statica tramite la definizione delle camere, non funziona così. Va fatto tramite un "autobalancing" che piuttosto di lavorare con un criterio di free sale (dai tutto a tutti) lavora con delle regole (if then else) fino al raggiungimento di una determinata condizione.
Se in wired hai già questa "engine" please mi segnali dove se ne parla nella documentazione delle api?
thanks
(12-20-2016, 07:33 PM)white Ha scritto: Buonasera.
scusate, forse il mio intervento é ingenuo ma... se la richiesta principale é quella di gestire la disponibilitá differente sui vari portali, vedo giá 2 soluzioni. Non ottime, certamente migliorabili, ma sono pur sempre due soluzioni che Wubook giá offre:
- le camere virtuali hanno un campo che indica il fattore decrementale (ossia decrementano la disponibilitá della casa madre) che associata a certuni portali, fa si che questi abbiamo una disponibilitá inferiore rispetto ad altri (o al proprio Booking Engine)
- wired (via API si possono gestire diversi allotment per diversi canali) ed é possibile che Zak in futuro lo possa offrire (sempre che sia richiesto)
Mi sbaglio?