Il gestionale per il ristorante: comande, magazzino e clienti

Sabato sera, nove e dieci. Il tavolo sette ha ordinato da venticinque minuti e non è arrivato niente. Il cameriere rientra in cucina e lo chef alza le mani: quella comanda lì dentro non ci è mai entrata. È rimasta nella tasca del grembiule, o è finita sotto la macchina del caffè, o era scritta con una grafia che nessuno ha voluto interpretare. Non è sfortuna, è statistica: succede in ogni locale che regge il servizio con la carta e la memoria, sempre nella sera peggiore. Il gestionale di un ristorante nasce lì, in quel buco di venticinque minuti, molto prima di diventare un discorso su magazzino e food cost.

Quel buco lo paghi due volte: un tavolo deluso in sala, e in cucina un piatto fuori tempo che finisce nel secchio.

In sala non si prendono ordini, si gestisce il tempo

La comanda digitale — palmare o tablet, poco importa — sembra un vezzo tecnologico e invece risolve un problema di fisica: elimina il tragitto. L’ordine battuto al tavolo compare nello stesso istante sul monitor del passe e sulla stampante del bar. Sparisce l’errore di trascrizione, sparisce il foglietto smarrito, sparisce la contrattazione a voce alta sopra il rumore delle padelle.

Ma il guadagno più grande non è la velocità: è il controllo dei tempi di uscita. Un sistema di sala decente dice alla cucina non solo cosa preparare, ma quando mandarlo. I secondi del tavolo dodici partono quando i primi sono stati sparecchiati, non quando la cucina ha un buco. È la differenza tra una cena che ha un ritmo e una in cui i piatti arrivano tutti insieme e poi non arriva più niente per quaranta minuti. Il cliente non saprà spiegare cosa non andava: dirà che si è trovato meglio altrove.

Poi c’è la liturgia finale, il conto diviso. Sei persone, tre carte, uno che ha preso l’insalata e giustamente non vuole pagare l’astice del vicino. Con la calcolatrice sul retro dello scontrino è un rito che si mangia dieci minuti e un tavolo. Dal sistema, è una sequenza di tocchi: per persona, per portata, per quota.

Cosa fa il gestionale dietro la porta a battente

Mentre in sala si serve, dall’altra parte succede la cosa che rende lo strumento interessante: ogni piatto venduto scarica da solo gli ingredienti dal magazzino. Se hai caricato le ricette — grammi di formaggio, fette di salume, vino al bicchiere — il sistema sa cosa hai in casa senza che nessuno conti i barattoli il lunedì mattina.

Da qui discende il numero che i ristoratori dicono di conoscere e quasi mai conoscono davvero: il food cost per piatto. Non la media consolatoria di fine mese, ma il costo della materia prima di quel piatto, aggiornato ogni volta che il fornitore ritocca il prezzo del burro. È un dato che si muove, e muovendosi cambia le decisioni: un piatto che d’inverno regge il suo prezzo può diventare un piccolo disastro quando l’ingrediente costa il doppio.

Il terzo pezzo è il meno glamour e il più redditizio: la differenza tra quello che avresti dovuto consumare e quello che manca davvero. Se il sistema dice sei chili di quel taglio e in cella ce ne sono quattro, quei due chili sono andati da qualche parte — porzioni pesate a occhio, scarti, errori. Nessun software ti dice dove sono finiti. Ti dice che esistono, ed è già molto.

Quali piatti ti stanno mantenendo (e quali no)

Quando incroci due dati che il gestionale ha già — quante volte un piatto è stato venduto e quanto margine lascia — ottieni una mappa che ribalta parecchie convinzioni. È l’ingegneria del menù, un metodo nato negli studi di hospitality management di Michael Kasavana e Donald Smith, che divide la carta in quattro caselle.

I piatti che vendono molto e rendono molto sono le stelle: da proteggere, mettere in evidenza, mai toccare nel prezzo con leggerezza. Quelli che vendono molto e lasciano poco sono i cavalli da tiro: portano gente, e su di loro si lavora di grammatura, di fornitore, di contorno. Quelli che rendono benissimo ma quasi nessuno ordina sono i rompicapo, dove il problema non è il piatto ma la posizione nel menù, il nome, il cameriere che non lo racconta. E poi c’è il quadrante che nessuno guarda volentieri: piatti che vendono poco e guadagnano poco, e restano in carta per affetto.

Senza dati questa mappa la si disegna a intuito — e l’intuito del ristoratore è quasi sempre affezionato ai piatti sbagliati. Con i numeri veri, la revisione del menù smette di essere una discussione tra opinioni e diventa una decisione. È così che si può riempire i tavoli senza svendere il locale: chi sa quali piatti reggono il margine non ha bisogno di sconti generalizzati. E dove i volumi sono alti e i margini sottili, come nelle pizzerie, quei numeri diventano parte del modo di distinguersi in una città piena di concorrenti.

Chi è già stato qui

La parte che si trascura più spesso è quella rivolta al cliente. Un sistema di prenotazioni collegato alla sala non evita solo la doppia assegnazione del tavolo undici: costruisce, senza sforzo aggiuntivo, la memoria del locale. Chi viene, ogni quanto, cosa ha ordinato la volta scorsa, se ha un’allergia, se festeggia sempre lo stesso anniversario a marzo.

È la materia prima di tutto il resto. Un messaggio a chi non si vede da sei mesi vale più di qualsiasi campagna generalista, e i no-show — uno dei costi peggio contabilizzati della ristorazione — calano quando la prenotazione ha un promemoria dietro. Perché funzioni, però, i sistemi devono parlarsi: modulo del sito, cassa e anagrafica clienti non possono vivere in tre posti diversi, ed è il motivo per cui conviene affrontare presto il tema di integrare gestionale, sito e CRM.

Il costo vero non è la licenza

Qui arriva la parte scomoda, quella che i venditori raccontano poco. Il costo dell’adozione non è quello in fattura: è il tempo del personale, e la resistenza che quel tempo incontra.

Una brigata abituata al blocchetto non diventa fluida sul palmare in una serata. Ci vogliono due o tre settimane in cui si va più lenti di prima, in cui il cameriere anziano — che è anche il più bravo — sbuffa e ha ragione a sbuffare: lo strumento gli sta togliendo la sua competenza per dargliene una nuova. Chi parte in una settimana di pienone fa fallire il sistema, e poi va in giro a dire che tanto quelle cose non funzionano.

Le adozioni che reggono hanno tre tratti banali: partono nel periodo morto e non sotto Ferragosto; caricano poche cose bene invece di tutto male, prima le comande e poi il magazzino; hanno in squadra una persona — non per forza il titolare — a cui si chiede quando qualcosa non torna. Senza quella persona il software resta un obbligo. Con lei, diventa il modo in cui si lavora.

Domande frequenti

Un gestionale ristorante serve anche a un locale piccolo?

Sì, ma con ambizioni diverse. Sotto i quaranta coperti il valore non sta nel controllo di gestione raffinato: sta nell’eliminare le comande perse, nei conti divisi rapidi e nell’anagrafica dei clienti abituali. Il magazzino può arrivare dopo.

Quanto tempo serve per vedere i primi benefici?

In sala, pochi giorni: la comanda digitale si ripaga subito in errori evitati. Sul food cost servono due o tre mesi di dati puliti, perché prima i numeri riflettono gli errori di caricamento più che la realtà del locale.

Il personale meno tecnologico riesce a usarlo?

Quasi sempre, se la formazione avviene in servizio e non su un manuale. La curva è più corta di quanto si teme: il problema raramente è l’età, è l’introduzione fatta in fretta nella settimana sbagliata.

Meglio un sistema unico o strumenti separati?

Contano più i collegamenti della piattaforma: strumenti separati che si scambiano i dati in automatico funzionano meglio di un sistema completo che nessuno usa per intero.

Torniamo al tavolo sette. Nei locali che hanno fatto il passaggio la comanda non si perde più, ma non è quello il cambiamento che si nota. Si nota che il titolare, a fine mese, non guarda solo l’incasso: guarda quali piatti gli hanno mantenuto la cucina e quali no. Il foglietto nel taschino non glielo avrebbe detto mai.

Mettere in ordine dati, strumenti e clienti di un’attività è il genere di lavoro che ci piace fare in Publilia.