[GS118]

Non sono un tecnico, ma dalle tue parole capisco che non è facile mettere in digitale qualcosa che il nostro cervello fa in automatico. Cionondimeno, questa caratteristica sarebbe veramente utile e vale la pena di perderci un pò di tempo.
Forse semplifico eccessivamente ma basterebbe che venisse segnalato ( alert) quando all'interno di un intervallo si trova un numero di minimum stay superiore al numero delle notti disponibili.
Esempio: |P|P|2|2|7|2|2|2|P|P|P| dove P sta per prenotato, il 7 è all'interno di 6 notti, quindi viene segnalato. Lo stesso dicasi per i casi più comuni: |P|P|3|P|P|P| quando rimane il minimum stay "dimenticato" di 3 notti è all'interno di 1 notte libera.

[brown]

Non sono un tecnico, ma dalle tue parole capisco che non è facile mettere in digitale qualcosa che il nostro cervello fa in automatico. Cionondimeno, questa caratteristica sarebbe veramente utile e vale la pena di perderci un pò di tempo.
Forse semplifico eccessivamente ma basterebbe che venisse segnalato ( alert) quando all'interno di un intervallo si trova un numero di minimum stay superiore al numero delle notti disponibili.
Esempio: |P|P|2|2|7|2|2|2|P|P|P| dove P sta per prenotato, il 7 è all'interno di 6 notti, quindi viene segnalato. Lo stesso dicasi per i casi più comuni: |P|P|3|P|P|P| quando rimane il minimum stay "dimenticato" di 3 notti è all'interno di 1 notte libera.

Non intendevo esattamente questo. Possiamo sviluppare facilmente un'algoritmo in grado di fare
il controllo che avete appena descritto.

Quello che mi rende poco convinto è la possibilità di spiegare questo algoritmo (o controllo) ai
nostri clienti. Giustamente un cliente vorrà sapere: quando esattamente viene attivato l'allert?
(O: come mai non mi è giunto l'allert? O: come mai l'allert mi è giunto quando posso comunque
prenotare questo soggiorno?)

Il problema non è tecnico ma comunicativo.

Ora voi avete definito che l'allert debba partire quando una prenotazione forma (prima del'arrivo
o dopo la partenza), un'intervallo che contanga almeno un giorno con min.stay maggiore della
lungezza dell'intervallo.
Questo è già diverso dalla descrizione che avevo dato io: un intervallo che non possa contenere
nessun possibile soggiorno. (Nel vostro primo esempio esistono soggiorni prenotabili di 2 o 3 notti
all'interno dell'intervallo).
Vediamo che intendiamo logiche diverse su questa funzione (e siamo in pochi a parlarne).

WuBook ha ormai migliaia di clienti.
Uno potrebbe aspettarsi che la logica sia come la intendo io (nessun soggiorno possibile).
Un'altro come la intendete voi (almeno un min.stay maggiore dell'intervallo).
Un'altro si aspetta che l'allert parta se tutti i giorni dell'intervallo hanno min.stay maggiore
dell'intervallo (non uno solo).
Un'altro si aspetta che venga controllato anche il min.stay arrival.
Un'altro si aspetta che venga controllato anche il close to departure o il close to arrival.
... e via dicendo.

Quando un cliente si rivolge alla nostra assistenza chiedendo come mai un'allert è partito
o come mai non è partito, i nostri account managers saranno costretti a verificare
un'intricata possibilità di restrizioni e a spiegare con esattezza la logica dell'allert.
Spiegare ad un cliente qualche cosa di così complesso potrebbe diventare davvero difficile.
(Considerate solo quanto è lunga e complessa questa risposta che stò scrivendo.
Se voi seguite facilmente questo tema, può non essere lo strsso per molti altri clienti.
I nostri clienti sono molto diversi l'uno dall'altro.).

Talvolta, se non si riuscisse a far capire la logica di una funzione, potrebbe nascere una
frustrazione (sia per il cliente che per l'operatore), frustrazione che può causare un danno
d'immagine per WuBook nonostante il lavoro svolto.

Resto apertissimo alle vostre obiezioni.

Saluto cordialmente
Michele

[PR045]

Capisco e condivido la tua argomentazione. Tuttavia credo che una feature del genere dia un aiuto notevole nella gestione di un planning complicato e con tante tariffe da seguire. Quindi credo che sia importante continuare la discussione e magari arriviamo ad un compromesso.
Pensavo che si potrebbe semplificare un pò (forse non per voi) il sistema lasciando decidere al cliente la condizione per far scattare l'alert?
Mi immagino una feature simile a quella avvisami quando ho l'ultima camera disponibile. Mi spiego: il cliente ha la possibilità di scegliere che tipo di alert inserire su tabla in base ad una serie di opzioni che riguardano le possibili condizioni che hai elencato. Naturalmente il sogno sarebbe riuscire a combinarne diverse :)

Spero di essere stato chiaro.
Buon lavoro e saluti a tutti!

Non sono un tecnico, ma dalle tue parole capisco che non è facile mettere in digitale qualcosa che il nostro cervello fa in automatico. Cionondimeno, questa caratteristica sarebbe veramente utile e vale la pena di perderci un pò di tempo.
Forse semplifico eccessivamente ma basterebbe che venisse segnalato ( alert) quando all'interno di un intervallo si trova un numero di minimum stay superiore al numero delle notti disponibili.
Esempio: |P|P|2|2|7|2|2|2|P|P|P| dove P sta per prenotato, il 7 è all'interno di 6 notti, quindi viene segnalato. Lo stesso dicasi per i casi più comuni: |P|P|3|P|P|P| quando rimane il minimum stay "dimenticato" di 3 notti è all'interno di 1 notte libera.

Non intendevo esattamente questo. Possiamo sviluppare facilmente un'algoritmo in grado di fare
il controllo che avete appena descritto.

Quello che mi rende poco convinto è la possibilità di spiegare questo algoritmo (o controllo) ai
nostri clienti. Giustamente un cliente vorrà sapere: quando esattamente viene attivato l'allert?
(O: come mai non mi è giunto l'allert? O: come mai l'allert mi è giunto quando posso comunque
prenotare questo soggiorno?)

Ora voi avete definito che l'allert debba partire quando una prenotazione forma (prima del'arrivo
o dopo la partenza), un'intervallo che contanga almeno un giorno con min.stay maggiore della
lungezza dell'intervallo.
Questo è già diverso dalla descrizione che avevo dato io: un intervallo che non possa contenere
nessun possibile soggiorno. (Nel vostro primo esempio esistono soggiorni prenotabili di 2 o 3 notti
all'interno dell'intervallo).
Vediamo che intendiamo logiche diverse su questa funzione (e siamo in pochi a parlarne).

WuBook ha ormai migliaia di clienti.
Un potrebbe aspettarsi che la logica sia come la intendo io (nessun soggiorno possibile).
Un'altro come la intendete voi (almeno un min.stay maggiore dell'intervallo).
Un'altro si aspetta che l'allert parta se tutti i giorni dell'intervallo hanno min.stay maggiore
dell'intervallo (non uno solo).
Un'altro si aspetta che venga controllato anche il min.stay arrival.
Un'altro si aspetta che venga controllato anche il close to departure o il close to arrival.
... e via dicendo.

Quando un cliente si rivolge alla nostra assistenza chiedendo come mai un'allert è partito
o come mai non è partito, i nostri account managers saranno costretti a verificare
un'intricata possibilità di restrizioni e a spiegare con esattezza la logica dell'allert.
Spiegare ad un cliente qualche cosa di così complesso potrebbe diventare davvero difficile.
(Considerate solo quanto è lunga e complessa questa risposta che stò scrivendo.
Se voi seguite facilmente questo tema, può non essere lo strsso per molti altri clienti.
I nostri clienti sono molto diversi l'uno dall'altro.).

Talvolta, se non si riuscisse a far capire la logica di una funzione, potrebbe nascere una
frustrazione (sia per il cliente che per l'operatore), frustrazione che può causare un danno
d'immagine per WuBook nonostante il lavoro svolto.

Resto apertissimo alle vostre obiezioni.

Saluto cordialmente
Michele

[GS118]

Ho appena finito di controllare su Tabla la corrispondenza dei Minimum Stay impostati con le disponibilità reali ed ho alcune riflessioni.
L'idea di un eventuale alert che avvisi quando all'interno di un intervallo si trovi un M.S. superiore ai giorni disponibili è buona ma non basta: soprattutto utilizzando B.com (cancellazioni purtroppo frequenti...), si verifica spesso la seguente circostanza:
- arriva una prenotazione che lascia un intervallo breve;
- si modifica il M.S. di quell’intervallo settandolo a seconda delle necessità;
- avviene la cancellazione quindi ritorna disponibile un periodo con il M.S. già fissato prima della prenotazione ma che ha prima o dopo un M.S. inferiore.
La proposta da me fatta in precedenza ( il M.S. segnato in piccolo su ogni casella ) probabilmente renderebbe la visualizzazione della pagina troppo confusa mentre se fosse disponibile una feature che consentisse la visualizzazione momentanea del M.S. nelle caselle dei giorni non occupati, sarebbe molto utile. Allego una schermata di esempio.
Si potrebbe prendere il M.S. da Tabla e trasferirlo su questa pagina. Questo potrebbe anche preludere ad un settaggio del M.S. camera per camera direttamente su Zak, ma questo andrebbe veramente oltre le più rosee aspettative !!
  esempio-Minimum-Stay-.jpg (Dimensione: 58.75 KB / Download: 10)

[PR045]

Questa potrebbe essere un'altra soluzione, se il bottone per evidenziare min stay permette di scegliere il piano tariffario che voglio vedere!

Ho appena finito di controllare su Tabla la corrispondenza dei Minimum Stay impostati con le disponibilità reali ed ho alcune riflessioni.
L'idea di un eventuale alert che avvisi quando all'interno di un intervallo si trovi un M.S. superiore ai giorni disponibili è buona ma non basta: soprattutto utilizzando B.com (cancellazioni purtroppo frequenti...), si verifica spesso la seguente circostanza:
- arriva una prenotazione che lascia un intervallo breve;
- si modifica il M.S. di quell’intervallo settandolo a seconda delle necessità;
- avviene la cancellazione quindi ritorna disponibile un periodo con il M.S. già fissato prima della prenotazione ma che ha prima o dopo un M.S. inferiore.
La proposta da me fatta in precedenza ( il M.S. segnato in piccolo su ogni casella ) probabilmente renderebbe la visualizzazione della pagina troppo confusa mentre se fosse disponibile una feature che consentisse la visualizzazione momentanea del M.S. nelle caselle dei giorni non occupati, sarebbe molto utile. Allego una schermata di esempio.
Si potrebbe prendere il M.S. da Tabla e trasferirlo su questa pagina. Questo potrebbe anche preludere ad un settaggio del M.S. camera per camera direttamente su Zak, ma questo andrebbe veramente oltre le più rosee aspettative !!

[LS103]

potrebbe essere una soluzione, pero' ci sono 2 minimum stay, c'è quello normale ed il min stay all'arrivo, come facciamo?

[GS118]

potrebbe essere una soluzione, pero' ci sono 2 minimum stay, c'è quello normale ed il min stay all'arrivo, come facciamo?

Purtroppo non usando il Min Stay all'arrivo, non so nemmeno di cosa si tratta. Ora mi documento...

[PR045]

Il tastino dovrebbe permettere la scelta della restrizione da mostrare

potrebbe essere una soluzione, pero' ci sono 2 minimum stay, c'è quello normale ed il min stay all'arrivo, come facciamo?

[LS103]

oppure si potrebbe far vedere contemporaneamente entrambe i numeri (min stay e min stay arrivo) ma con colori diversi per non fare confusione

[brown]

Ancora grazie a tutti per la partecipazione :)

Come vedete il problema è chiaro: Evitare che quando si creano intervalli ridotti,
questi siano imprenotabili a causa delle restrizioni. La soluzione però non
è ancora molto chiara.

Io sarei poco propenso a visualizzare le restrizioni su ZaK. Abbiamo sempre
cercato di mantenere gli ambiti separati: Le restrizioni riguardano strettamente
la vendita tramite Booking Online (diretto o dai portali). E' quindi corretto
che siano visibili e gestibili su WuBook, non su ZaK.

Mostrare una pagina su ZaK che visualizza le restrizioni presenti su WuBook,
(se non ho capito male) è un po' una ridondanza: È molto vicino ad aprire
il browser su un'altra scheda in cui visito il Tabla di WuBook.

Francamente, trovo ancora la soluzione più semplice quella che proposi inizialmente:
Usare salutuariamente il plugin Sold Out per fare controlli sporadici sulle restrizioni
tramite il Wubook Tabla.

Non esitate a correggermi se avete obiezioni e controproposte.

Saluti