WuBook Community Forum
RELEASE ONLINE RECEPTION - Versione stampabile

+- WuBook Community Forum (https://wubook.net/forum)
+-- Forum: WuBook Suite (https://wubook.net/forum/forumdisplay.php?fid=1)
+--- Forum: Idee Proposte e Discussioni (https://wubook.net/forum/forumdisplay.php?fid=5)
+--- Discussione: RELEASE ONLINE RECEPTION (/showthread.php?tid=2873)

Pagine: 1 2


RE: RELEASE ONLINE RECEPTION - CM220 - 02-09-2022

(02-08-2022, 01:06 PM)yellow Ha scritto: allora,

intanto scusami perche' mi hanno fatto notare che ho travisato il tuo messaggio: pensavo usassi un booking engine di un competitor,
invece lo avevi postato solo per una comparazione.

Cio' detto: per quale motivo secondo te quella form di cui parli semplifica la selezione camere e occupancies?
Sinceramente, per me sono equivalenti. Mi viene da pensare che l'unica possibile semplificazione e' quella di
eliminare eta', adulti e bambini.

Sostengo insomma la tesi per cui quel cliente che ti dice che ha difficolta' nel processo di prenotazione, lo farebbe
anche se usassi quel booking engine che hai

Ciao Yellow e Buonasera a tutti.
Scusate se mi inserisco provando a rispondere alla domanda di Yellow: “per quale motivo secondo te quella form di cui parli semplifica la selezione camere e occupancies? “ .
Anche se non rivolta a me direttamente, vorrei dare il mio parere pur avendo adottato solo da poche settimane l’OnLine Reception di ZAK;  per questo sarebbe per me interessante il confronto con altri colleghi che lo hanno utilizzato anche nelle precedenti stagioni, ed il riscontro che hanno avuto dagli ospiti.

Secondo me la form di esempio del Booking Engine concorrente, indicata ad inizio discussione, è più semplice in quanto:

1. I campi di selezione “Occupancy”, “Alloggi” e “Date di soggiorno” sono visibili SUBITO all’apertura della pagina (non è necessario individuare e premere il pulsante “Alloggi e occupazione non specificati - Modifica”, o quello delle “Date”, della nostra OnLine Reception). 
E’ un passaggio in meno per l’utente che vede immediatamente, all’apertura della pagina del Booking Engine, COSA gli viene chiesto e soprattutto DOVE inserire le informazioni.

2. Il calendario in cui selezionare la data di arrivo è mensile, con una codifica a colori che indica disponibilità e restrizioni, e riporta la tariffa giornaliera, che si aggiorna modificando l’Occupancy. L’utente ha visibilità immediata delle tariffe per ogni giorno del mese, prima ancora di avere selezionato le date del soggiorno.

3. Il Tasto “ VERIFICA DISPONIBILITA’ ” è necessario nella nostra OnLine Reception, mentre con il sistema della form concorrente, con la selezione della Data di partenza vengono già visualizzate le camere disponibili. E’ un passaggio in meno per l’utente.

Questi, secondo me, potrebbero essere esempi di eventuali modifiche a ZAK (naturalmente, da valutare).

NB: ci tengo a precisare che non è mio desiderio aprire qui alcun dibattito comparativo con Booking Engines di altri produttori e concorrenti di ZAK, o esprimere giudizi di qualsiasi tipo; non credo sia stato questo lo spirito di chi ha iniziato la presente discussione, e non credo sia lo spirito costruttivo che caratterizza questo FORUM.
Il mio è solo un commento per stimolare valutazioni di eventuali migliorie che vadano nella direzione di rendere, agli utenti nostri clienti, il processo di prenotazione dell’OnLine Reception il più possibile intuitivo, snello e semplice.


RE: RELEASE ONLINE RECEPTION - yellow - 02-09-2022

Ciao CM,

grazie del post professionale e preciso. E contributivo e collaborativo.
Dunque, provo a rispondere in ordine sparso.

Le idee che proponi hanno dei contro. E quindi due volte giusto usare la parola "valutare". In particolare,
l'assetto dell'Online Reception di Zak e' stata scelta con alcuni obiettivi, tra cui:

  1. Dare massimo spazio al prodotto e alla sua presentazione
  2. Essere mobile friendly. E quindi fare economia di spazio
3. Avere un impianto grafico moderno

Se vogliamo valutare l'espansione della FORM (per la selezione date/camere, numero adulti e bambini
per ogni camera), in modo che l'utente veda a colpo d'occhio dove inserire le informazioni, cosa spendiamo?

Quella che ora e' una testata piuttosto contenuta prenderebbe parecchio di spazio. O, alternativamente,
bisogna fare una pagina dedicata per la selezione date. In effetti, nell'immagine che si allega mi sembra
di vedere che la SERP (search engine results page) non c'e'. Sembra una pagina dedicata alla selezione
date, totalmente. Nessun prodotto viene presentato.

Ma questa funzionalita' dovrebbe essere gestita sul sito. Uno dovrebbe aprire il booking engine gia'
in "landing page" sulle date che ha scelto sul sito.

E poi si pone un problema: se sono sulla SERP e voglio cambiare date, devo cambiare pagina? E finire
in una pagina totalmente dedicata alla selezione date? Altrimenti, bisogna prendere parecchio spazio.

C'e' anche un'altra spesa da fare. Io non so se il booking engine allegato (mi sembra sia vertical
booking) abbia una versione mobile dedicata. Se non ce l'ha ed e' responsive, come quello di Zak,
qualla FORM sul mobile rischia di diventare piccola.

Il calendario colorato e con i prezzi non e' preciso. Non lo puo' essere se il booking engine supporta
per esempio multiple rates con restrizioni variegate. Faccio un esempio: se in un giorno abbiamo
aclune restrizioni come MinStay (che quindi sono LOS dependent) non e' possibile mostrare subito
sul calendario il prezzo, tantomeno la dispo. Perche' prima di poterlo capire occorre avere una data
di riferimento. A meno di rischiare una menzogna. La stessa cosa si applica al ClosedToDeparture
e altre restrizioni che possono essere calcolate con precisone solo *dopo* la selezione date.

Al punto 3 dici che occorre "verificare la disponibilita'": ma e' vero solo in parte dati i punti che ho
appena descritto. Anzi, per me non e' tanto bello dire: qui c'e' disponibilita', cliccare e poi trovarsi
un messaggio: scusa, non c'e' disponibilita'. O sono troppo rigoroso? Meglio un errore in questo
senso che un passaggio in piu'? (domanda non retorica).

Ora, con le date flessibili che abbiamo appena introdotto, non dovesse esserci disponibilita', ti
mostriamo per filo e per segno alternative simili. Quindi, una volta che hai compilato la FORM,
anche nel caso non ci sia dispo, vedrai immediatamente la soluzioni alternative migliori.

Domani rilasceremo un potenziamento delle date flessibili. Allego qua uno Shot per farvi capire
quanto l'Onlne Reception vada incontro all'assenza di disponbilita'. Senza cadere al tempo stesso
in menadri poco precisi (vedi allegato al post).

Infine ancora una considerazione che si e' fatta spesso anche su questo forum. Alcuni in Italia
(ma probailmente anche altrove) hanno cavalcato l'era d'oro del booking engine (a N-MILA
euro l'anno) tentando di vendere vitamine piuttosto che arance. Per giustificare certi costi
si e' diffusa l'idea che sia il booking engine a vendere. Piuttosto che il vostro prodotto.

Accade su diversi settori e a mi parere, si puo' ben parlare di una forma di feticismo:
per quanto limitata come metafora, si pensa che sia il Bancomat a rendere vendibile
la banca.

Perche' lo dico? Noi non siamo Google. Abbiamo un team limitato. Non riusciamo al tempo
stesso a occuparci di Channel Management, Booking Engine, Fatturazione elettronica,
Alloggiati, Istat, Ristorante (etc etc) in maniera troppo verticale. Se ora ci mettiamo a
lavorare duri sull'Online Reception, andiamo a rallentare tanti lavori che stiamo per
iniziare, tra cui per esempio:

  1. Una nuova mobile APP
  2. Una nuova versione di tutta la sezione contabilita'
  3. Uno Yield Manager
  4. Un CRM

e che secondo me possono esservi molto, molto piu' preziosi. Nella mia esperienza, sempre
ci si e' lamentati del booking engine, ma da dietro le quinte, proprio in quegli anni d'oro per
esempio, io vedevo percentuali di convesione sul booking engine dell'11% [!!!]. E di fianco
a casi di questo tipo, avevamo anche 1%.

Non ci siamo mai vantati per l'11. Perche' semplicemente non era merito nostro. Soltanto,
chi usava le tecnologie, le organizzava in chiave comunicativa con i propri clienti, le proponeva
e le promuoveva con codici sconto per esempio. Dava a tutti i clienti, durante il checkout,
depliant su come prenotare con sconti. Inviava email preciso dopo ogni contatto.

Questo e' cio che veramente disintermedia: non il booking engine come "feticcio".
Valutiamo volentieri evoluzioni del booking engine di Zak. Come no. L'unica cosa che mi
preoccupa e' che poi, tutto sommato, le prenotazioni e le conversioni non cambino. O
meglio, che questi investimenti siano infine inutili e dannose, perche'  lavorare in questa
direzione significa non investire dove potreste avere piu' vantaggio voi e di conseguenza
persino noi.

Allora, allego le date alternative come promesso sopra. Perche' secondo me sono uno
strumento che ben si lega e ben risolve le problematiche tipiche di tutti i booking engine.
E in particolare quelle di cui stiamo parlando proprio ora.

Notate che ci sono due immagini, proprio perche' abbiamo sofisticato bene e penso sia
una bella implementazione:

  1. In prima battuta, proponiamo solo date molto vicine a quelle scelte dal cliente.

  2. In seconda battuta, se per esempio non c'e' niente di vicino, andiamo alla ricerca
      delle combinanzioni giuste, allargandoci 60 (60!!!) giorni dalla data di arrivo. Che
      io sappia, questa e' un'innovazione (non conosco competitors che riescono ad
      avere gittate di questo tipo e -a meno di bug perche' appena uscita- si tratta
      di una soluzione *precisa*: se e quando diciamo che c'e' dispo, c'e' veramente.


RE: RELEASE ONLINE RECEPTION - yellow - 02-10-2022

ok,

per quanto riguarda le flexible dates, siamo up con la soluzione che descrivevo nel post precedente.
Ecco un link per toccare con mano quello che annunciavo velocemente:

* Link con un paio di date per le quali non esistono alternative molto simili:
https://wubook.net/neb/bk?ep=f40a4555&lang=it&c=EUR&f=18%2F03%2F2022&t=19%2F03%2F2022&jr=%5B%5D

* Link con un paio di date per cui esistono alternative simili:
https://wubook.net/neb/bk?ep=f40a4555&lang=it&c=EUR&f=15%2F03%2F2022&t=16%2F03%2F2022&jr=[]


PS: Le traduzioni in lingua arrivano a ore / giorni.


RE: RELEASE ONLINE RECEPTION - Esda - 02-11-2022

Ciao : sarebbe bello un Pre Setting : il risultato della ricerca in online reception , io per esempìio la metteri sempre per prezzo+ e Bed&breakfast-----

Molti vedono su b.com il miglior prezzo , ed e ' meglio che si veda anche su online reception.


RE: RELEASE ONLINE RECEPTION - yellow - 02-11-2022

Ciao Esda,

hai abilitato la "Best Solution"? Se si, la migliore offerta viene subito mostrata in alto e si puo' procedere
con un click veloce. Faccio notare che anche qui abbiamo migliorato le cose, pubblicando la cancellation
policy sul corpo dell'offerta per chiarezza.


RE: RELEASE ONLINE RECEPTION - AR038 - 02-11-2022

Ciao Yellow,
non so se è stato  detto o se è superfluo
ma volevo solo far notare che se si fa una ricerca per date senza selezionare alloggi e numero persone il risultato giustamente suggerito è una matrimoniale uso singola (nel mio caso).

Però cliccando modifica occupazione e trattamento      in realtà si può modificare solo il trattamento    

Tutto qui.
Grazie sempre per l'ottimo lavoro.


RE: RELEASE ONLINE RECEPTION - yellow - 02-11-2022

mmm,

non ricordo se ci fosse un motivo per cui abbiamo escluso la personalizzazione dell'occupancy.
Comunque stiamo lavorando ancora per potenziare l'Online Reception. Vediamo in particolare:

1. Pacchetti
2. Specifica del trattamento preferito durante la scelta date
3. E vediamo anche questa

La prossima release dovrebbe avere molte cose. Vi teniamo aggiornati come sempre