[yellow]

Car*,

recentemente, si e' discusso su un thread di questo forum a proposito della diffiolta' che i vostri clienti hanno nell'accedere
al Checkin Online: esattamente qui https://wubook.net/forum/showthread.php?...ht=checkin

Per ricontestualizzare gli argomenti, lasciatemi descrivere di nuovo il problema.
Ci sono due contesti in cui l'accesso al checkin puo' essere piu' difficile di un semplice click.
Come sapete, e' possibile inviare ai clienti un link diretto, ma questa pratica fallisce in due casi:

    1. I cari amici di booking.com, nell'inoltrare i messaggi email ai clienti, rompono il link diretto
    2. Chi ha con noi un Minisito, sa bene che uno dei menu' e' l'Online Checkin. Vedi qui per esempio:
        https://www.villanencini.it/it/

Ora, quando i clienti accedono da un link generico, sono tenuti a specificare informazioni che possano
autenticarli, in modo tale che siano subito spediti alla loro pagina preno. Nel thread che ho citato all'inizio
del post, si chiedeva di semplificare, magari togliendo un minimo di sicurezze per aggiungere qualcosa
alla facilita' di accesso.

Avevo promesso che avremmo fatto analisi e cosi' e' stato fatto. Eccoci quindi a dirvi cosa succede
sull'Online Checkin.

Allora, intanto devo dire che l'Online Checkin e' usato massivamente. Molto piu' massivamente di
quello che credessi. Nella sola giornata di ieri, abbiamo registrato ~2000 checkin autonomi dei vostri
clienti.

E devo dire che gia' la maggior parte dei vostri clienti riesce benissimo ad accedere al sistema, senza
troppe complicazioni. Vi ricordo che l'Online Checkin di Zak ha meccanismi "smart": anche se i vostri
clienti sbagliano qualche lettera, per esempio, riesce bene a compensare le cose.

Analizzando le operazioni di chi, invece, non riesce ad accedere, abbiamo scovato i problemi piu' comuni:

   1. Nome e Cognome sono invertiti
       Sembra che a volte i clienti registrati su Zak abbiano nome e cognome. Questo e' da chiarire, ma
       non importa: l'Online Checkin e' stato potenziato, in modo che sia resiliente anche a queste
       inversioni. Anche scambiando nome e cognome, le cose ora funzionano alla grande

   2. Nomi o cognomi multipli
       E' il caso di (trovato su google) "Sacha Baron Cohen". Anche questi casi ora sono coperti. Zak
       fa i suoi compiti e cerca di capire se, in questo caso, il cliente sta specificando bene i propri dati,
       persino se incompleti

   3. Metriche
       Abbiamo comunque deciso di allentare un po i meccanismi. Zak e' ora piu' tollerante rispetto
       agli errori di battitura, per esempio. E al tempo stesso, c'erano situazioni in cui si pretendeva
       che cognome, nome ed email fossero tutti necessari. Ora basta una coppia di questi.


Che altro dire? Sono molto contento che questa bella funzionalita' di Zak stia prendendo il largo.
Vedendola tanto usata. Sono contento due volte addirittura. La prima perche' ci fa sempre piacere
(come a tutti d'altra parte) sapere che il lavoro svolto sia utile. E poi perche' ci rendiamo conto che
questi risultati sono figli anche della vostra professioanlita'.

L'Online Checkin funziona cosi' bene perche' state comunicando in maniera eccellente con i vostri
clienti, invitandoli nei modi e nei tempi giusti. Di questo vi siamo riconoscenti, perche' e' chiaro che
il valore di un software e' anche molto legato ai modi in cui gli utenti lo utilizzano.

Grazie a tutti per l'attenzione e buon lavoro!

[LG048]

Ciao, con Slate abbiamo risolto da tempo il problema del link spezzato da parte di Booking.com e quindi il link funziona perfettamente.
E' però spezzato se si accede dalla APP di Booking.com: ecco li rimane il problema e ne abbiamo provate di tutte ma non ne siamo usciti vittoriosi.
Ne parlerò alla prossima riunione ad Amsterdam, dove avevo già intavolato la discussione prima che trovassimo la soluzione con Slate e ti tengo al corrente.
ciao

[FS217]

Buongiorno, siamo contenti dei miglioramenti (soprattutto la non obbligatorietà di tutti i campi) anche perché da sempre noi usiamo massivamente l'Online Checkin di Zak soprattutto per i clienti diretti

Alcune cose che abbiamo notato essere uno scoglio per i clienti:
- cliente con più di 1 accomodation spesso non vede/capisce la tendina dove selezionare l'alloggio: proporrei di sostituire la tendina con una lista degli alloggi/date con radio button così che siano ben evidenti tutte le camere da selezionare/compilare (credo siano pochissimi i casi in cui si hanno moltissime camere in una preno da rendere la lista troppo lunga e si potrebbe passare alla tendina solo quando il cliente ha prenotato più di 6 camere mentre nella stragrande maggioranza di 2-3 camere il problema sarebbe risolto senza dover spiegare all'80% dei clienti che deve aprire la tendina...).
- quando i clienti fanno online checkin da cellulare ci è capitato spesso che il cliente duplicasse le info nel campo cognome (es. Nome MARIO cognome MARIO ROSSI), questo e' sicuramente dovuto al completamento automatico delle informazioni da parte del sistema operativo del cellulare (da Android?) e forse il campo Cognome non è definito in ZAK come tale in senso stretto e quindi precompila l'unione di Nome e Cognome.
- Nel caso di soggiorno spezzato nel tempo su 2 camere (es. camera A per 2 giorni e camera B per altri 2 giorni) sarebbe molto utile una funzione che permetta al cliente (ma anche a noi) di copiare gli stessi clienti e tutti i relativi dati da un alloggio/periodo all'altro (normalmente chiediamo al cliente di compilare solo il primo periodo e noi copiamo i dati sul secondo periodo anche se spesso la ricerca cliente non trova il cliente presente nella stessa prenotazione ed appena registrato)

Infine sarebbe utile - per un solo cliente della prenotazione (direi il prenotante se anche ospite) - chiedere un indirizzo di residenza come obbligatorio per poter emettere fattura ad un cliente privato (noi emettiamo solo fatture e non ricevute ai privati anche se non la hanno richiesta)
Grazie

[Matteo]

Da quando è attiva la nuova versione capita molto più spesso di prima il blocco invio del Report al portale alloggiati.
Spesso i clienti non inseriscono il luogo e la data di rilascio del documento.

M

[yellow]

Ciao,

rispondo a Matteo e FS217.

La lista a radio button smette di funzionare per prenotazioni di gruppo, perche' le opzioni diventano troppe. Questo
e' il motivo per cui abbiamo scelto una select box. Magari nel tempo possiamo sofisticare le cose: al di sotto di una
certa soglia, si usa un approccio "radio button", altrimenti si torna alla Select Box.

Per quanto riguarda il completamento di Android, abbiamo sviluppato tenendo in considerazione questo tema.
E le cose sembrano fatte bene. Forse si tratta di dati inseriti male sul proprio sistema (per esempio sul proprio
telefonino si specificano male nome e cognome)? Se in qualche modo riusciamo a riprodurre il problema,
possiamo lavorarci.

Per il caso di camere spezzate: intanto tendo a credere che siano casi rari, probabilmente? Cio' detto, se sul
sistema avete gia' configurato un cliente su entrambe le camere, le cose funzionano gia'. Aggiornando i dati
del primo, si aggiornano anche quelli del secondo. Nel caso, invece, i clienti non sono stati definiti su Zak e
i clienti compilano i moduli, noi non abbiamo modo di sapere a priori che il cliente sia lo stesso definito in
precedenza. Andare a complilcare le cose per permettere ai clienti questa possibilita' e' da evitare a mio
avviso, perche' si creerebbe appunto complessita' aggiuntiva per casi rari.

@Matteo: quanto riporti e' strano. Ci diamo un occhio e aggiorniamo. In teoria tutto funziona come prima.
L'unica cosa e' che i campi non necessari diventano opzionali. Luogo e data di rilascio del documento
dovrebbero essere necessari nel caso un documento sia necessario. Per scrupolo proviamo a darci un
occhio. No news, good news (se hai modo di replicare il problema, in caso apri un ticket che poi lo
giriamo al team di Zak che puo' lavorarci in velocita')

[FS217]

Ciao concordo in un approccio 80/20 e le camere spezzate sono sicuramente meno probabili…. 
Nella stessa ottica però è veramente critico sviluppare lista radio button per prenotazioni con massimo 6 alloggi 
la quasi totalità dei clienti non vede/capisce la select box per le prenotazioni con >=2 alloggi che fanno parte dell’80% delle prenotazioni….
appena ricapita il caso nome cognome duplicato ve lo segnaliamo (meno frequente ultimamente, forse avete già rilasciato qualche fix nel frattempo )
grazie 


Ciao,

rispondo a Matteo e FS217.

La lista a radio button smette di funzionare per prenotazioni di gruppo, perche' le opzioni diventano troppe. Questo
e' il motivo per cui abbiamo scelto una select box. Magari nel tempo possiamo sofisticare le cose: al di sotto di una
certa soglia, si usa un approccio "radio button", altrimenti si torna alla Select Box.

Per quanto riguarda il completamento di Android, abbiamo sviluppato tenendo in considerazione questo tema.
E le cose sembrano fatte bene. Forse si tratta di dati inseriti male sul proprio sistema (per esempio sul proprio
telefonino si specificano male nome e cognome)? Se in qualche modo riusciamo a riprodurre il problema,
possiamo lavorarci.

Per il caso di camere spezzate: intanto tendo a credere che siano casi rari, probabilmente? Cio' detto, se sul
sistema avete gia' configurato un cliente su entrambe le camere, le cose funzionano gia'. Aggiornando i dati
del primo, si aggiornano anche quelli del secondo. Nel caso, invece, i clienti non sono stati definiti su Zak e
i clienti compilano i moduli, noi non abbiamo modo di sapere a priori che il cliente sia lo stesso definito in
precedenza. Andare a complilcare le cose per permettere ai clienti questa possibilita' e' da evitare a mio
avviso, perche' si creerebbe appunto complessita' aggiuntiva per casi rari.

@Matteo: quanto riporti e' strano. Ci diamo un occhio e aggiorniamo. In teoria tutto funziona come prima.
L'unica cosa e' che i campi non necessari diventano opzionali. Luogo e data di rilascio del documento
dovrebbero essere necessari nel caso un documento sia necessario. Per scrupolo proviamo a darci un
occhio. No news, good news (se hai modo di replicare il problema, in caso apri un ticket che poi lo
giriamo al team di Zak che puo' lavorarci in velocita')

[yellow]

@Matteo,

confermo che alloggiati non ha bisogno di luogo e data di emissione del documento.
Quindi l'Online Checkin non lo chiede e non dovrebbe fare problema.

[Matteo]

@Matteo,

confermo che alloggiati non ha bisogno di luogo e data di emissione del documento.
Quindi l'Online Checkin non lo chiede e non dovrebbe fare problema.

Al prossimo report errato (me ne ha fatti 2/3 a fila poi ha smesso) faccio print screen e ricontrollo con assistenza