Si registra dove nasce
Reception, bar, spiaggia o spa: chi riceve la richiesta indica reparto, fascia oraria e cosa serve dal telefono.
PER STRUTTURE CON PIÙ ASSET — HOTEL, RISTORANTE, PISCINA, BEACH CLUB, SPA
L’ospite ha chiesto un lettino alla reception. Al beach club non lo sa nessuno.
Ekonuro è il registro condiviso delle richieste ospite fra i reparti della tua struttura. Non sostituisce il PMS. Si usa dal telefono.
Workspace pilota autenticato · demo pubblica con dati sintetici · nessuna integrazione PMS richiesta.
Prenotazioni, pagamenti, intermediazione del lavoro, paghe, credito, ordini esterni e dati territoriali in tempo reale non sono attivi. Configurazione e dimostrazione restano sotto controllo umano.
01 · IL PROBLEMA
Ogni giorno, in una struttura con più asset, si perde qualcosa fra un reparto e l’altro.
Non serve un gestionale in più per accorgersene. Serve un posto dove le richieste smettano di vivere su fogli, messaggi e passaggi a voce.
- Un ospite chiede una cabina al banco della reception. Chi ha preso la richiesta finisce il turno.
- Il ristorante prepara per otto persone; tre erano già andate via in transfer.
- Il beach club non sa che una famiglia ha chiesto due lettini e un percorso senza scale.
- A fine settimana nessuno sa quante richieste registrate siano rimaste senza seguito.
Il costo non è teorico: è la recensione che parla di disorganizzazione, il servizio non venduto e il tempo del capo reparto passato a ricostruire cosa era stato promesso a chi.
02 · COME FUNZIONA
Una richiesta. Un responsabile. Uno stato visibile.
Il flusso resta leggibile dal momento in cui nasce fino alla chiusura.
Arriva al reparto giusto
La richiesta entra nella coda del reparto competente con priorità e informazioni da chiarire. La prende in carico una persona.
Resta leggibile
Chi l’ha presa, quando e cosa è cambiato restano nel registro. A fine turno sono visibili richieste aperte e responsabilità.
LA DOMANDA CHE FANNO TUTTI
“Chi inserisce i dati?”
È la prima domanda, ed è giusta. La risposta parte dal lavoro che esiste già.
Chi riceve la richiesta
Non nasce un nuovo ruolo: chi parla con l’ospite registra la richiesta mentre la gestisce.
Dal telefono
Il modulo è pensato per pochi campi operativi. Il tempo verrà pubblicato soltanto dopo una misurazione reale nel pilot.
Senza migrazione iniziale
Non occorre importare lo storico del PMS: si parte dalle nuove richieste, mantenendo separati i sistemi esistenti.
03 · AL FIANCO DEI SISTEMI ESISTENTI
Il PMS resta il PMS. Ekonuro copre il passaggio fra i reparti.
Non serve configurare connettori per iniziare il pilot.
| Sistema | Cosa continua a fare |
|---|---|
| PMS | Camere, prenotazioni, tariffe e anagrafiche. Resta la fonte autorevole. |
| POS | Incassi, scontrini e cassa. Non viene sostituito. |
| ERP / commercialista | Fatture, paghe e contabilità. Restano separati. |
| Ekonuro | Richieste, passaggi e responsabilità operative che oggi non stanno in questi sistemi. |
Nessun connettore viene promesso prima di essere stato collaudato nella struttura. Il pilot parte senza modificare PMS, POS o contabilità.
04 · MULTI-DESTINAZIONE
La struttura resta il punto di partenza. Ogni territorio cambia voce.
Qemuro adatta il profilo editoriale alla destinazione senza cambiare il gesto per l’ospite: aprire un link e capire meglio il luogo.
Capri
Ritmo dell’isola, mare e storie locali
Ischia
Benessere, borghi e natura
Procida
Identità marinara e ritmi lenti
Napoli
Quartieri, cultura e vita locale
Sorrento
Costa, tradizioni e orientamento
Costiera Amalfitana
Cammini, borghi e tempi del viaggio
Capri è il profilo completo. Gli altri profili sono in apertura; informazioni operative e contenuti locali vengono pubblicati solo con fonti e responsabilità definite.
05 · IL LIVELLO OSPITE
Dentro la struttura coordina Ekonuro. Fuori, l’ospite ha Qemuro.
Il pilot può generare localmente una scheda QR con nome e logo della struttura; il link pubblico apre Qemuro con destinazione e lingua preimpostate. Nel link passano soltanto destinazione e lingua: nessun dato dell’ospite o contesto operativo. Ekonuro non pubblica un portale ospite separato.
06 · PILOT B2B
Una struttura. Novanta giorni. Un flusso da misurare.
Il pilot verifica richieste registrate, presa in carico e passaggi fra reparti con criteri concordati prima dell’avvio.
Se oggi non sai quante richieste registrate siano rimaste aperte questa settimana, la demo parte da lì.
La demo usa dati sintetici e serve a capire se il flusso è adatto alla struttura. Prezzo, calendario e tempi di avvio saranno pubblicati soltanto dopo una decisione verificata.
07 · CONFINI
Cosa resta fuori dal perimetro attuale.
Un perimetro chiaro rende il pilot più semplice da valutare senza sostituire le verifiche legali e privacy necessarie.
- Non decide e non esegue. Ordini, prezzi, turni, conferme e comunicazioni partono da una persona autorizzata.
- Non tocca denaro. Nessun incasso, custodia o trasmissione fiscale per conto della struttura.
- Non raccoglie documenti d’identità né dati sanitari nella demo pubblica.
- Non prende decisioni sul personale. Nessun recruiting, punteggio o valutazione automatica.
- Non trasferisce dati ospite a Qemuro. Nel link passano soltanto destinazione e lingua.
- Non dichiara integrazioni prima del collaudo. PMS, POS ed ERP restano separati finché un connettore non è verificato.