> For the complete documentation index, see [llms.txt](https://revhero.gitbook.io/revhero-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://revhero.gitbook.io/revhero-docs/it/impara-revhero/learn/05-reading-one-date.md).

# Lezione 5 · Come leggere una data

Lezione 5 — una riga dello Yielding Board contiene tutto quello che serve a una decisione. Impara a leggerla in un ordine fisso, così non ti sfugge niente.

{% hint style="info" %}
**In questa lezione.** Saprai dire che cosa rappresenta una singola riga dello Yielding Board, leggerne le colonne in un ordine fisso, e descrivere la data ad alta voce in 3 frasi. **Circa 35 minuti.**
{% endhint %}

## Una riga non è una data

Apri lo [Yielding Board](/revhero-docs/it/impostare-le-tue-tariffe/yielding-board.md) e vedi una griglia. Viene voglia di leggere una riga come «15 agosto». Non lo è.

**Una riga è una combinazione di data × tipologia di camera × board × rate plan × occupancy.** Una singola data può quindi avere molte righe. È il tuo **Yield Mode** a decidere quante ne vedi.

| Yield Mode               | Che cosa vedi                                                           |
| ------------------------ | ----------------------------------------------------------------------- |
| **Base** *(predefinito)* | Solo camera, board e occupancy di base. Una riga per data               |
| **Room**                 | La base di ogni tipologia di camera                                     |
| **Custom**               | Ogni combinazione                                                       |
| **Unit**                 | Prezzo per unità, per unità che non condividono una gerarchia di camere |

Lavora in **Base** nelle prime settimane. Una riga per data basta per imparare, e una decisione in Base si propaga a tutto ciò che ne deriva.

## I 6 passaggi, in ordine

Il board ha più di 25 colonne. Leggerle nell'ordine in cui ci cade l'occhio è il modo in cui nascono gli errori. Usa sempre gli stessi 6 passaggi.

![Le 6 cose da leggere su una riga, in ordine](https://1242527202-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FsoL73hgqgOKbcKdVRYHD%2Fuploads%2Fgit-blob-b7f1103f645c2a740a3c34279ff4916da8b27569%2Freading-one-row-in-order.svg?alt=media)

*Disponibilità, poi l'intervallo, poi le 2 tariffe, poi la variazione, poi le restrizioni. Il mercato per ultimo.*

### 1. La data è in vendita? — `Tot` e `Onl`

`Tot` è la tua disponibilità totale per la data. `Onl` è quello che è aperto online.

Se `Onl` è 0, niente altro sulla riga conta. La data non è in vendita, e un cambio di tariffa non otterrà nulla.

### 2. Il tuo intervallo di prezzo — `Init Rate`, `Min Rate`, `Max Rate`

| Colonna       | Che cos'è                                                                  |
| ------------- | -------------------------------------------------------------------------- |
| **Init Rate** | La tariffa di partenza che la tua struttura di pricing produce per la data |
| **Min Rate**  | Il pavimento fino a cui ti sei concesso di scendere                        |
| **Max Rate**  | Il tetto fino a cui ti sei concesso di salire                              |

Queste 3 arrivano dalla tua struttura di pricing pubblicata. Se sono vuote, nessuna struttura pubblicata copre quella riga, e dovresti sistemarlo prima di tariffare qualsiasi cosa.

### 3. Le 2 tariffe — `Send Rate` e `Rec Rate`

**Send Rate** è quello che stai per inviare. **Rec Rate** è quello che Revhero raccomanda.

Lo scarto fra i due è la decisione che hai davanti. Uno scarto piccolo di solito non richiede nulla. Uno scarto grande merita il resto di questa lezione.

### 4. La variazione — `Send vs Last`

`Send vs Last` confronta quello che stai per inviare con quello che hai inviato l'ultima volta. `Last Send` contiene il valore precedente effettivo.

Questa colonna è la tua protezione. Uno spostamento di 40 € che non volevi compare qui prima che parta, non dopo.

{% hint style="info" %}
Ordina la tabella per **Send vs Last**, dal più grande, prima di ogni invio. Le variazioni maggiori salgono in cima, e sono quelle che meritano una seconda occhiata.
{% endhint %}

### 5. Le restrizioni — `LOS` e `Close Out`

**LOS** è il tuo soggiorno minimo per la data. **Close Out** ferma le vendite per quella combinazione in quella data.

Anche una restrizione è una decisione, e resta finché non la togli. Un minimo di 3 notti impostato a gennaio continua a rifiutare prenotazioni di 1 notte a giugno, a meno che qualcuno non lo rimuova.

### 6. Il mercato

Apri il [KPI drawer](/revhero-docs/it/impostare-le-tue-tariffe/yielding-board/kpi-drawer.md) sul bordo destro, oppure controlla [Market Rates](/revhero-docs/it/roompulse/market-rates.md). Leggi il mercato **per ultimo**, non per primo.

Se lo leggi per primo ti ancori ai concorrenti prima di aver guardato la tua posizione. La tua occupancy e il tuo pace sono il segnale più forte.

## Esempio svolto

L'hotel da 50 camere. Oggi è giovedì 4 giugno. Stai guardando sabato 15 agosto, in modalità Base.

| Colonna                 | Valore        |
| ----------------------- | ------------- |
| `Date` · `Day`          | 15/08 · Sat   |
| `Tot` · `Onl`           | 27 · 27       |
| `Init Rate`             | 145 €         |
| `Min Rate` · `Max Rate` | 110 € · 190 € |
| `Send Rate`             | 145 €         |
| `Rec Rate`              | 162 €         |
| `Send vs Last`          | 0             |
| `LOS`                   | 2             |
| `Close Out`             | off           |

Adesso leggila in ordine.

1. **Puoi venderla?** Sì. 27 camere disponibili e tutte e 27 aperte online. Ne hai 23 su 50.
2. **L'intervallo.** Puoi muoverti fra 110 € e 190 €. La tua struttura fa partire la data da 145 €.
3. **Le 2 tariffe.** Stai inviando 145 €. Revhero raccomanda 162 €, cioè 17 € in più.
4. **La variazione.** `Send vs Last` è 0, quindi 145 € è anche quello che hai inviato l'ultima volta. Non si è mosso nulla da allora.
5. **Restrizioni.** C'è un minimo di 2 notti. Su un sabato di alta stagione di solito è voluto.
6. **Il mercato.** Controlla il drawer. Supponiamo che la mediana di mercato per quella data sia 170 €.

**Dillo in 3 frasi.** *Questo sabato di alta stagione è venduto al 46% con 72 giorni davanti. Io sono a 145 €, la raccomandazione è 162 € e la mediana di mercato è 170 €. Sono il più economico dei tre, su una data che si sta ancora riempiendo.*

Questa è una lettura completa. Non hai ancora deciso nulla — lo fa la lezione 6 — ma adesso sai tutto quello che serve alla decisione.

## Provalo sul tuo hotel

1. Apri lo [Yielding Board](/revhero-docs/it/impostare-le-tue-tariffe/yielding-board.md) in modalità **Base**, **Next 90 days**.
2. Imposta le colonne. Un buon set di lavoro è Date, Day, Tot, Onl, Send Rate, Close Out, Rec Rate, LOS, Room Type, Board, Rate Plan e PAX. Fissa Date, Day, Room Type, Board e PAX.
3. Aggiungi `Init Rate`, `Min Rate`, `Max Rate` e `Send vs Last` se non ci sono già.
4. Scegli 1 data di weekend fra circa 60 giorni.
5. Leggila con i 6 passaggi qui sopra, ad alta voce, e poi di' le tue 3 frasi.
6. Fai lo stesso per 1 data infrasettimanale in una settimana tranquilla. Nota quanto sono diverse le 2 letture.

**Oggi non cambiare nulla.** Questa lezione è solo lettura. Le modifiche iniziano con la lezione 7.

## Verifica te stesso

**1.** Una riga mostra `Onl` 0 e un Rec Rate di 40 € sopra il tuo Send Rate. Che cosa fai?

<details>

<summary>Risposta</summary>

Niente sulla tariffa. Non c'è nulla di aperto online, quindi nessun cambio di tariffa può vendere una camera. Prima scopri perché la disponibilità è chiusa — un close-out, un'allotment, o una data davvero piena.

</details>

**2.** `Init Rate`, `Min Rate` e `Max Rate` sono tutti vuoti su un gruppo di date. Qual è la causa?

<details>

<summary>Risposta</summary>

Nessuna struttura di pricing pubblicata copre quelle date, oppure alla combinazione di quella riga mancano i supplement. Apri [Pricing](/revhero-docs/it/impostare-le-tue-tariffe/pricing.md) e pubblica una struttura che copra il periodo.

</details>

**3.** Perché leggere il mercato per ultimo e non per primo?

<details>

<summary>Risposta</summary>

Perché leggerlo per primo ti ancora ai concorrenti prima di aver guardato la tua occupancy e il tuo pace. La tua posizione è il segnale più forte, e un concorrente può tariffare male.

</details>

## Che cosa hai imparato

* Una riga è una combinazione, non una data, e il tuo Yield Mode decide quante righe ha una data.
* Leggi in un ordine fisso: disponibilità, intervallo, le 2 tariffe, la variazione, le restrizioni, il mercato.
* `Send vs Last` intercetta uno spostamento involontario prima che parta.
* Una restrizione è una decisione che resta finché qualcuno non la toglie.

## Prossimo

* [Lezione 6 · Quali date richiedono la tua attenzione](/revhero-docs/it/impara-revhero/learn/06-does-this-date-need-you.md) — dalla lettura alla decisione.
* [Table View](/revhero-docs/it/impostare-le-tue-tariffe/yielding-board/table-view.md) — ogni colonna nel dettaglio.

***

**Questa pagina ti è stata utile?** Se qui qualcosa è sbagliato, poco chiaro o manca, scrivi a [support@revhero.com](mailto:support@revhero.com?subject=Manual%20feedback%20%5Bit%5D%20learn%2F05-reading-one-date.md) e indica questa pagina: `learn/05-reading-one-date.md`. Dicci che cosa ti aspettavi di trovare — è la parte che possiamo correggere.
