Vai dietro al bancone di qualsiasi takeaway affollato e conta i tablet. Di solito ce n’è uno per Uber Eats, uno per Deliveroo, uno per Just Eat, a volte un quarto per qualunque piattaforma sia stata lanciata a livello locale l’anno scorso, e un portatile che gestisce gli ordini dal sito web del locale. Ognuno suona secondo i propri tempi. Ognuno ha un login diverso, un menu diverso e un’idea diversa di quanto tempo ci vuole per preparare il cibo. Qualcuno sta lì a digitare di nuovo gli ordini nella cassa in modo che la cucina riceva lo scontrino. È proprio questa situazione che un POS per asporto e consegne dovrebbe eliminare, e l’integrazione con le app di consegna è il meccanismo che lo rende possibile.
Il termine viene però usato in modo approssimativo, e il divario tra ciò che gli operatori pensano di acquistare e ciò che ottengono effettivamente è proprio dove finiscono i soldi. Alcune integrazioni inviano gli ordini solo in un senso. Alcune sincronizzano il menu ma non i prezzi. Alcune trasmettono i ticket alla cucina ma non comunicano mai alla piattaforma che il cibo è pronto, così il fattorino rimane comunque ad aspettare sulla soglia. Questa guida ti spiega cosa fa davvero il sistema, dove si inceppa e quali domande distinguono una connessione reale da uno screenshot in una presentazione di vendita. Se stai inviando gli scontrini agli schermi invece che alle stampanti, un sistema di visualizzazione in cucina è l’altra metà della stessa storia.
Cosa trasferisce realmente un’integrazione con un’app di consegna
Se metti da parte il marketing, un’integrazione è semplicemente un canale di dati tra una piattaforma e il tuo POS. Tre elementi lo attraversano, in direzioni diverse, e un sistema può gestirne uno bene mentre gli altri male.
Arrivano gli ordini. Un cliente clicca su “Ordina” su Deliveroo e, nel giro di pochi secondi, lo scontrino appare sul tuo POS con gli articoli, le modifiche, la nota del cliente, il nome della piattaforma e l’orario di ritiro. Nessuno deve digitare nulla di nuovo. Questa è la direzione che tutti mostrano nelle demo.
I menu vengono inviati. Modifichi una volta il prezzo di uno shawarma di pollo nel tuo POS e quella modifica viene pubblicata su tutte le piattaforme collegate. Disattivi l’agnello e questo scompare da tutte le piattaforme. Questa è la direzione che fa risparmiare più tempo amministrativo ed è quella che più spesso viene implementata solo a metà.
Lo stato torna a essere importante. La tua cucina contrassegna l’ordine come pronto e la piattaforma lo rileva, così il corriere viene chiamato al momento giusto e la schermata di tracciamento del cliente si aggiorna. Questa è la direzione su cui gli operatori si dimenticano di chiedere, ed è quella che determina se i corrieri si accalcano davanti alla tua porta.
Tableview gestisce tutte e tre le opzioni. Si collega a oltre 30 aggregatori di consegne, tra cui Uber Eats, Deliveroo, Just Eat, Glovo e Wolt, raccoglie ogni ordine in un’unica coda, sincronizza i menu verso l’esterno e invia aggiornamenti in tempo reale sullo stato alla piattaforma. Vale la pena dirlo chiaramente: un sistema che fa solo una delle tre cose e la chiama “integrazione” non sta mentendo, in senso stretto, ma ti accorgerai che ti mancano le altre due già dal secondo fine settimana.
Quanto costa davvero la pila di tablet
Gli operatori tendono a descrivere la pila di tablet come una seccatura. È più costosa che fastidiosa, e i costi sono ben precisi.
La re-digitazione è quella più ovvia. Ogni ordine digitato a mano è un’occasione per tralasciare un’opzione, e alla consegna un’opzione tralasciata non si risolve in un attimo al tavolo. Il cliente apre la busta a casa, trova la cosa sbagliata e tu perdi il valore dell’ordine, gli ingredienti e spesso anche il cliente. Secondo, il tempo di accettazione. Le piattaforme misurano la velocità con cui confermi gli ordini e la maggior parte ti valuta in base a questo. Un tablet sepolto sotto una montagna di scontrini non viene toccato in quindici secondi. Terzo, e meno visibile, lo scostamento nel menu. Quattro piattaforme modificate a mano in momenti diversi significano quattro prezzi diversi per lo stesso piatto, e non te ne accorgerai finché qualcuno non si lamenterà che l’app ha addebitato di più rispetto al locale.
Poi c’è quello che a nessuno costa nulla: la persona. Il venerdì sera, qualcuno sta lì al bancone a fare da “ponte di integrazione” invece di servire il cibo. È un turno, ogni settimana, dedicato all’inserimento dei dati.
Integrazione POS nativa contro middleware
Ci sono due modi per far arrivare gli ordini dai marketplace nella tua cucina, e la differenza è più importante di quanto i fornitori ammettano.
Il middleware si trova tra le piattaforme e il tuo POS. Deliverect è il più noto, ma i connettori in stile Otter e Deliverect svolgono la stessa funzione. Colleghi i marketplace al middleware, il middleware al tuo POS, e il middleware fa da traduttore tra di loro. Questo è davvero utile se il tuo POS non ha connessioni native, ed è proprio così che molti sistemi più vecchi sono riusciti a gestire le consegne. Gli svantaggi sono un secondo abbonamento, una seconda coda di assistenza quando qualcosa va storto e un passaggio in più in cui un ordine può bloccarsi. Quando il middleware va in tilt, ti ritrovi di nuovo con i tablet senza alcun preavviso.
L’integrazione nativa significa che il POS comunica direttamente con le piattaforme. Meno componenti in gioco, un solo fornitore da contattare e una sincronizzazione dei menu che non deve passare attraverso un livello di traduzione. Il problema è la copertura: un POS con connessioni native a tre piattaforme ti è inutile se la quarta piattaforma è quella che genera metà del tuo volume.
Quindi la domanda non è quale architettura sia migliore in astratto. È se le piattaforme specifiche su cui operi siano supportate in modo nativo, e cosa succede a quelle che non lo sono. Chiedi l’elenco. Non i loghi sul sito web, ma l’elenco.
L’invio degli ordini e la trappola dell’accettazione automatica
Una volta che gli ordini arrivano automaticamente, la decisione successiva è se il tuo sistema li accetti automaticamente a loro volta, e vale la pena rifletterci bene invece di attivarla d’istinto.
L’accettazione automatica protegge le metriche della tua piattaforma e impedisce che gli ordini rimangano in sospeso sullo schermo mentre la cucina è sommersa di lavoro. Tableview supporta l’accettazione automatica degli ordini con regole configurabili, ed è proprio questa la parola chiave. Un’accettazione automatica indiscriminata su una cucina già al limite della capacità significa semplicemente che hai promesso del cibo che non puoi cucinare in tempo, e un ordine in ritardo ti danneggia più di uno rifiutato.
L’impostazione più sensata è quella condizionale: accetta automaticamente entro i limiti del tuo carico normale e smetti di accettare quando la cucina è davvero piena. Questo richiede che il sistema sappia quanto è piena la cucina, il che ci porta alla funzionalità che quasi nessuno chiede di vedere.
Il throttling, la funzione che nessuno mostra mai
Un picco del venerdì può sommergere una cucina in circa undici minuti. Gli ordini continuano ad arrivare perché le piattaforme non hanno idea di come sia il tuo flusso di lavoro, i tempi stimati rimangono ottimistici e alle 8:30 sei già in ritardo di quaranta minuti, con i corrieri che si accumulano e ognuno di quegli ordini che si becca una recensione a una stella alla consegna.
Il throttling è la risposta, ed è la funzione di consegna più utile in assoluto che non compare mai in una demo di vendita. Il motore di throttling di Tableview monitora il numero di ordini attivi, il tempo medio di preparazione e il carico delle postazioni, quindi allunga automaticamente i tempi stimati o mette in pausa i nuovi ordini quando raggiungi la capienza massima. Puoi mettere in pausa e riprendere singoli aggregatori senza dover accedere separatamente a ciascuna piattaforma, limitare gli ordini per finestre di 15 minuti e i responsabili ricevono una mappa termica del carico in cucina mentre il servizio è ancora in corso.
Vale la pena soffermarsi su questa pausa per singolo aggregatore. Senza di essa, mettere in pausa Deliveroo durante un picco di ordini significa trovare il tablet di Deliveroo, effettuare l’accesso, andare nelle impostazioni del locale e mettere in pausa da lì, per poi ricordarti di riattivarlo. In pratica nessuno lo fa nel bel mezzo dell’ora di punta, quindi la cucina va a rotoli. Con questa funzione, basta un solo tocco sullo schermo che hai già davanti.
La sincronizzazione del menu e perché la sincronizzazione unidirezionale è un problema
La sincronizzazione del menu sembra una comodità amministrativa. In realtà è una funzione che garantisce la precisione, e la differenza si nota nelle serate più difficili.
Finisci un prodotto alle 19:00. Con una configurazione unidirezionale o manuale, quell’articolo rimane ordinabile su tre piattaforme finché qualcuno non si ricorda di andare a nasconderlo su ciascuna di esse. Ogni ordine che arriva nel frattempo per quell’articolo si traduce in un rimborso, una telefonata o una sostituzione che il cliente non ha accettato. La sincronizzazione bidirezionale significa che basta contrassegnarlo una volta nel POS e scompare ovunque: è esattamente ciò che fa la sincronizzazione bidirezionale dei menu di Tableview: aggiorna un prezzo una volta, lo pubblica ovunque e la disponibilità si aggiorna di conseguenza.
Lo stesso meccanismo gestisce anche i casi meno ovvi. Puoi mantenere menu specifici per ogni piattaforma con prezzi, disponibilità degli articoli e set di modificatori diversi, poi aggiornarli una volta sola e inviarli singolarmente a ciascun aggregatore collegato. Questo è importante perché probabilmente non dovresti applicare lo stesso prezzo ovunque.
Prezzi diversi a seconda della piattaforma
Ecco il calcolo che la maggior parte degli operatori fa troppo tardi. Un marketplace che trattiene il 30% di un ordine da 20 sterline ti lascia 14 sterline. Se quel piatto costa 5,60 in ingredienti, il tuo costo del cibo è appena passato dal 28% al 40%, e questo prima del confezionamento, prima del sacchetto, prima della manodopera necessaria per un flusso di lavoro di consegna separato.
Molti gestori reagiscono fissando i prezzi dei menu da asporto a un livello superiore rispetto a quelli da asporto, e le piattaforme lo consentono. Se dovresti farlo o meno è una scelta soggettiva: i clienti se ne accorgono e alcuni mercati reagiscono male. Ma la decisione dovrebbe essere tua e dovrebbe essere ponderata, non qualcosa che non puoi attuare perché il tuo sistema supporta solo un unico listino prezzi. Se non hai mai analizzato a fondo gli aspetti economici, la nostra analisi delle consegne tramite terze parti illustra correttamente i calcoli delle commissioni, mentre le commissioni di elaborazione dei pagamenti coprono l’altra fetta che viene detratta da ogni ordine.
Chiamate di aggiornamento e il fattorino davanti alla tua porta
Chiedi a un operatore con un volume elevato di consegne qual è il problema quotidiano più fastidioso e un numero sorprendente di loro dirà: gli autisti. Arrivano troppo presto, stanno in mezzo ai piedi, chiedono dove sia l’ordine 4471, bloccano il bancone proprio nel momento sbagliato.
Per lo più si tratta di un problema di stato. Se il tuo POS non comunica mai alla piattaforma che il cibo è pronto, la piattaforma fa una stima, e questa si basa su una media che non ha nulla a che vedere con la serata in corso. I feedback in tempo reale chiudono questo circolo vizioso: la piattaforma sa quando l’ordine è davvero pronto, invia l’autista di conseguenza e la schermata di tracciamento del cliente riflette la realtà invece di una stima.
Inoltre, riduce silenziosamente il tuo tasso di rimborsi. Un cliente che guarda un tracciatore preciso è un cliente che non apre un ticket di assistenza al minuto 35 per chiedere dove sia il suo cibo.
I tuoi autisti: zone, tariffe e invio
Di solito si parla dell’integrazione come di un problema dei marketplace, ma molte attività gestiscono la propria flotta parallelamente alle piattaforme, e anche questa parte ha bisogno di una propria infrastruttura.
Tableview gestisce le consegne interne con zone personalizzate disegnate come raggio o poligono su una mappa, tariffe basate sulla distanza calcolate automaticamente al momento del pagamento, assegnazione degli ordini agli autisti con un solo tocco e un pannello di stato che tiene traccia di ciascuno come “in viaggio”, “consegnato” o “restituito”. Le zone poligonali sono più importanti di quanto sembri: un raggio non tiene conto di un fiume, di un’autostrada o di quel quartiere dove nessuno lascia la mancia e ogni consegna richiede 25 minuti. Tracciare la forma effettiva dell’area che sei disposto a servire è il modo per smettere di perdere soldi ai margini della tua mappa.
Gestire entrambi i modelli contemporaneamente è una pratica comune e perfettamente sensata. Gli ordini dal marketplace ampliano la tua portata, mentre la tua flotta protegge il margine sui clienti che hai già.
Anche la precisione nell’imballaggio è un problema di integrazione
Un cliente a cui viene consegnato qualcosa non può segnalare un articolo mancante. Se ne accorge solo una volta a casa, e il tempo che intercorre tra la delusione e una recensione pubblica a una stella è di circa novanta secondi.
Questo aspetto dell’integrazione viene spesso trascurato: una volta che gli ordini arrivano automaticamente e il volume aumenta, l’imballaggio diventa il collo di bottiglia e la fonte di errori. Tableview stampa etichette di imballaggio a livello di singolo prodotto con il nome dell’articolo, i suoi modificatori e gli allergeni, raggruppa gli articoli in sacchetti e mostra una schermata di controllo finale a chi spedisce l’ordine, oltre a un riepilogo per il cliente da applicare sul sacchetto stesso. Niente di tutto questo è affascinante. Ma è tutto più economico di un rimborso.
Cosa l’integrazione non risolverà
Vale la pena dirlo senza mezzi termini, perché la presentazione tende a far credere il contrario.
Non ridurrà le commissioni. Una percentuale del 25-30% è una condizione commerciale, non tecnica, e nessuna modifica al sistema può cambiarla. Non renderà veloce una cucina lenta. L’integrazione mette a nudo i tuoi tempi di preparazione con una chiarezza scomoda, il che è utile, ma la soluzione sta in cucina. Non impedirà alle piattaforme di cambiare le loro API, le loro strutture tariffarie o le loro regole di classificazione, e tu dovrai adattarti a questo per sempre. E non impedirà a un cliente di prendersela con te per un autista che ha consegnato il cibo all’indirizzo sbagliato.
Quello che fa è eliminare il lavoro manuale, gli errori di trascrizione e il dover stare sempre con gli occhi sul tablet, e ti fornisce i dati per capire quale canale valga davvero la pena servire. È già molto. Ma non è tutto.
È negli ordini diretti che si trova davvero il margine
Ogni conversazione onesta sull’integrazione delle consegne finisce qui. I marketplace sono un canale di acquisizione clienti che affitti al 25-30%. La tua pagina ordini è quella che ti appartiene.
I numeri non sono neanche paragonabili. Cento ordini a settimana da 20 sterline tramite una piattaforma di marketplace ti costano circa 500-600 sterline a settimana di commissioni. Lo stesso volume tramite la tua pagina di ordinazione con il tuo marchio ti costa solo l’elaborazione del pagamento e nient’altro. Tableview include il sistema di ordinazione online con il tuo marchio sul tuo dominio, con il tuo logo e i tuoi colori, la prenotazione delle fasce orarie di ritiro che rispetta la capacità effettiva della cucina, il pagamento anticipato con carta, Apple Pay o Google Pay e l’accumulo automatico dei punti fedeltà sugli ordini diretti. Gli ordini tramite codice QR funzionano sullo stesso menu, quindi sia un ospite che scansiona il codice al tavolo sia un cliente che ordina dal divano accedono allo stesso sistema.
La strategia realistica non è abbandonare le piattaforme. È usarle per farti conoscere, mentre sposti gradualmente i tuoi clienti abituali verso gli ordini diretti, per poi misurare onestamente la ripartizione. Per quanto riguarda i meccanismi di gestione del tuo canale, il POS con ordinazione online se ne occupa, mentre il sistema di gestione degli ordini offre una visione più ampia di come gli ordini si muovono all’interno del locale.
Cosa chiedere prima di collegare qualsiasi cosa
Porta queste domande alla demo. Mettile per iscritto, perché le domande scritte ottengono risposte più precise di quelle verbali.
Con quali piattaforme esiste un’integrazione nativa e quali richiedono un middleware? Quanto costa il middleware e chi devo chiamare se smette di funzionare? La sincronizzazione del menu è bidirezionale e riguarda sia la disponibilità che il prezzo? Posso impostare prezzi diversi per ogni piattaforma? Fammi vedere come si mette in pausa un singolo aggregatore dal POS, durante il servizio. Cosa succede agli ordini del marketplace se mi cade la connessione? Come arrivano gli aggiornamenti di stato alla piattaforma e posso vedere se c’è stato un callback fallito? Posso vedere in un unico report i ricavi per canale al netto delle commissioni? E quando una piattaforma cambia la sua API, chi se ne occupa, tu o io?
Nove domande. Quella sulla sospensione di un singolo aggregatore è quella che di solito fa sorgere una pausa di riflessione.
Interruzioni di connessione e cosa succede agli ordini
La tua integrazione dipende dalla connettività in due modi: la tua linea e quella della piattaforma. Entrambe possono andare in tilt.
Chiedi cosa fa il sistema quando Internet smette di funzionare. Tableview è “offline-first”: memorizza localmente il menu, i prezzi e le regole fiscali, così la cassa continua a prendere ordini e pagamenti con carta per un massimo di 72 ore, mettendo in coda le transazioni e regolandole automaticamente quando la connessione torna. Un avvertimento onesto, che dovresti applicare a ogni fornitore: nessun POS può ricevere un ordine dal marketplace mentre la tua linea è fuori uso, perché l’ordine non ha dove arrivare. Ciò che la funzionalità offline protegge sono le vendite al banco e i pagamenti con carta, in modo che un guasto alla banda larga non costringa il negozio a chiudere. Chiunque affermi che il proprio sistema continui a ricevere ordini da Deliveroo senza Internet sta descrivendo qualcosa che non può accadere.
Entrare in funzione senza rovinare il venerdì
Collegare le piattaforme è veloce. Mettere a punto il menu non lo è, ed è lì che si impiega più tempo.
Concentra la maggior parte dei tuoi sforzi sul menu, perché ogni errore di mappatura si trasforma in un ordine sbagliato in seguito. È con le opzioni aggiuntive che le cose si complicano: il modo in cui una piattaforma gestisce “senza cipolle, formaggio extra, grande” raramente corrisponde a come lo fa il tuo POS, e la mappatura va controllata voce per voce invece di fidarsi di un’importazione automatica. Collega prima una piattaforma, falla funzionare per qualche giorno e verifica che ordini, modifiche al menu e conferme di stato funzionino correttamente prima di aggiungere la seconda. Entra in produzione un martedì. Tieni i vecchi tablet collegati alla corrente e carichi per una settimana, perché lo scopo di un piano di riserva è proprio quello di non doverlo usare.
Una cosa da fare il primo giorno, piuttosto che rimandarla a dopo: invia un vero ordine di prova su ciascuna piattaforma, incluso uno con modificatori complicati, e seguilo fino al ticket di cucina e all’etichetta di imballaggio. Quell’esercizio di dieci minuti ti farà scoprire più problemi di quanto potresti mai fare leggendo una schermata di configurazione. Tableview funziona sullo stesso tablet o terminale che usi già, quindi una postazione di consegna dedicata è facoltativa, non un acquisto che devi fare prima di poter iniziare.
Dove si colloca questo aspetto nel costo del sistema
Cifre concrete, visto che di solito questa domanda viene evitata con un “contattaci per i prezzi”.
Tableview ha un prezzo per sede, non per cassa: il piano Starter costa 69 dollari al mese con due casse incluse e 49 dollari per ogni cassa in più, mentre il piano Pro costa 189 dollari al mese con un numero illimitato di casse. Non ci sono costi di installazione e sia lo Starter che il Pro sono con abbonamento mensile. Una cosa da chiarire prima dell’acquisto: il sistema di visualizzazione in cucina è incluso nel piano Pro, non in quello Starter. Per una cucina con molte consegne a domicilio che smista gli ordini tra le diverse postazioni, di solito è questo il piano di cui hai bisogno piuttosto che quello più economico, ed è meglio saperlo ora piuttosto che dopo aver configurato tutto. Il dettaglio completo è disponibile sulla pagina dei piani tariffari di Tableview e, se stai valutando questa soluzione rispetto alla tua configurazione attuale, il punto di riferimento è un sistema POS per ristoranti che consideri le consegne a domicilio un canale di prima importanza, anziché un semplice extra.
Se gestisci marchi dedicati esclusivamente alle consegne da uno spazio condiviso, lo stesso livello di integrazione gestisce menu, prezzi e analisi per ogni marchio da un unico terminale: è proprio ciò di cui ha bisogno un sistema POS per cloud kitchen per evitare che quattro marchi virtuali diventino quattro sistemi separati.
Inizia elencando le piattaforme su cui operi effettivamente e il volume settimanale di ciascuna. È proprio quella lista, non un confronto delle funzionalità, a dirti se un determinato sistema fa al caso tuo, e ci vogliono dieci minuti per scriverla.
Leggi anche: le ghost kitchen per il modello “solo consegna”, i menu con codice QR per la parte “consumo in loco” dello stesso sistema di ordinazione e il POS per food truck se la tua cucina è mobile.
