Un ristorante presente su tre piattaforme di consegna finisce di solito con tre tablet su una mensola, ciascuno con il proprio suono, ciascuno che richiede a qualcuno di accettare l'ordine e leggerlo da uno schermo. Funziona finché due di essi non suonano insieme nel pieno del servizio.
Risposta breve: mettete un aggregatore tra le piattaforme e la cucina, poi inviate una chiamata di stampa per ordine. Le piattaforme conservano le loro app per stati e assistenza, ma la comanda che arriva in cucina ha un solo formato, un solo suono e nessuno schermo da sorvegliare.
Dove i tablet fanno davvero male
| Problema | Perché succede | Che cosa cambia |
|---|---|---|
| Tre formati di comanda diversi | Ogni app impagina il proprio | Un modello unico che controllate voi |
| Ordini persi al culmine | Due tablet suonano insieme, uno viene ignorato | La comanda è fisica e non va confermata |
| Ribattitura nel registratore di cassa | Il tablet è un'isola a sé | L'aggregatore inoltra l'ordine |
| Nessuna traccia di ciò che è arrivato | Lo storico vive in tre app | Uno storico di stampa, un riferimento ordine |
Lo schema dietro tutti e quattro è lo stesso: un tablet è uno schermo per una persona, e una cucina al culmine non ha persone in più.
L'architettura
Tre pezzi, e solo quello centrale è una decisione:
- Le piattaforme. Glovo, Deliveroo, Just Eat e le altre espongono i propri ordini tramite la loro integrazione partner.
- Un aggregatore. HubRise e i suoi equivalenti normalizzano quei flussi in un unico formato d'ordine, ed è ciò che rende possibile un modello di comanda unico. È questo il pezzo che fa risparmiare il lavoro.
- Una chiamata di stampa. Una POST per ordine verso una stampante raggiungibile via internet. Nessun software locale, nessun tablet.
Se le vostre piattaforme sono già unificate in un registratore di cassa, il passaggio dell'aggregatore può essere superfluo e la chiamata di stampa può agganciarsi alla cassa. La domanda è semplicemente dove gli ordini si incontrano già, e attaccare lì la stampa invece di costruire una quarta isola.
Per le piattaforme che espongono solo un webhook, uno strumento di automazione come Zapier fa da ponte senza codice, al prezzo di qualche secondo di latenza.
Che cosa serve alla comanda e a un ordine web no
Le comande di consegna portano informazioni che un ordine in negozio non ha mai, e ometterle è ciò che provoca le telefonate:
- Il nome della piattaforma e il suo riferimento d'ordine, stampati in grande. Quando un rider arriva chiedendo l'ordine 4471, nessuno vuole cercare in tre app.
- Consegna o ritiro, in alto. Cambia l'imballaggio.
- L'orario richiesto, non solo l'orario dell'ordine. Un preordine per le 20:30 arrivato alle 19:00 non va preparato subito, ed è l'errore più comune quando si abbandonano i tablet.
- Le varianti su una riga rientrata propria, perché chi legge di fretta scambia una variante accodata per un altro articolo.
- La nota del cliente, per intero, in fondo.
Il resto dell'impaginazione segue le stesse regole di qualsiasi comanda di cucina, e il markup è nel riferimento di impaginazione.
Gestire i guasti propri della consegna
Annullamenti dopo la stampa. Una piattaforma può annullare un ordine già sulla passe. Stampare una comanda di annullamento sulla stessa stampante conviene: è più rumorosa di una notifica che nessuno guarda.
Modifiche. Alcune piattaforme permettono al cliente di cambiare l'ordine prima della preparazione. Stampate la modifica come nuova comanda che richiama l'originale, invece di ristampare tutto l'ordine, così la cucina non lo prepara due volte.
Doppioni dai retry. I webhook degli aggregatori ritentano. Mettete il riferimento d'ordine della piattaforma in origin così un doppione è riconoscibile nello storico invece che ristampato. La guida sull'affidabilità descrive lo schema.
I preordini. Decidete se la comanda esce alla ricezione o all'ora di preparazione. Alla ricezione è più semplice e va bene per volumi piccoli; programmare la stampa con un anticipo sulla fascia richiesta è meglio quando i preordini diventano frequenti, e in entrambi i casi l'orario richiesto deve comparire sulla comanda.
Che cosa continua a richiedere uno schermo
La stampa non sostituisce del tutto le app delle piattaforme. Segnare un ordine come pronto, comunicare con un rider e gestire i rimborsi restano nell'app, e il tablet può spostarsi dalla passe all'ufficio. L'obiettivo non è zero schermi; è che nessuno schermo stia tra un ordine in arrivo e la cucina.
Stampate una comanda di consegna di prova con il piano gratuito con un payload realistico, orario di preordine e nota cliente su due righe compresi, prima di collegare l'aggregatore. I difetti di impaginazione costano molto meno se si trovano un martedì pomeriggio.
FAQ
Posso stampare gli ordini delle piattaforme senza un tablet per app?
Sì. Un aggregatore normalizza le piattaforme in un unico flusso di ordini, e una sola chiamata di stampa manda la comanda in cucina. Le app restano per stati e assistenza, ma non c'è più nulla da leggere su uno schermo perché l'ordine venga preparato.
Che cosa deve mostrare una comanda di consegna che un ordine in negozio non ha?
Il nome della piattaforma e il suo riferimento d'ordine in grande, consegna o ritiro in alto, l'orario richiesto e non solo quello dell'ordine, le varianti su una riga rientrata propria, e la nota del cliente per intero.
Che cosa succede se una piattaforma annulla dopo la stampa della comanda?
Stampate una comanda di annullamento sulla stessa stampante. È più rumorosa di una notifica che nessuno guarda, e arriva dove è arrivata la comanda originale, cioè l'unico posto che la cucina guarda davvero.
Come evito che i preordini vengano preparati subito?
Mettete l'orario richiesto sulla comanda, non solo quello dell'ordine, e decidete se stampare alla ricezione o programmare la stampa con un anticipo sulla fascia. Stampare alla ricezione senza l'orario richiesto è l'errore più comune.
Perché lo stesso ordine di consegna a volte stampa due volte?
I webhook degli aggregatori ritentano quando il vostro endpoint risponde lentamente. Mettete il riferimento d'ordine della piattaforma nel campo origin così un doppione è riconoscibile nello storico invece di essere ristampato in silenzio.