Vai al contenuto
ITEN
Non più sviluppatoRistorazione
Il logo di Addubby, bianco su fondo rosso.

Il problema

Chi si siede a tavola vuole sapere cosa sta per mangiare: ingredienti, allergeni, valori nutrizionali, da dove viene un piatto. Il menu di carta ha poco spazio, spesso parla una lingua sola e a ogni cambio va ristampato. In sala, intanto, le comande portano via tempo al personale e lasciano spazio agli errori.

Per chi è

Ristoranti con servizio al tavolo

Menu, comande, prenotazioni e conto passavano da un solo sistema.

Pub, bar e rosticcerie

Il cliente ordinava dal telefono e l'app lo avvisava quando poteva ritirare al banco.

Locali con asporto e consegna

Gli ordini da fuori entravano nello stesso flusso di quelli in sala.

Chi mangia fuori

Prima di ordinare poteva sapere cosa c'era nel piatto, nella sua lingua.

Cosa fa

Il piatto al centro

Ogni piatto aveva la sua scheda: ingredienti, allergeni, valori nutrizionali, origine e storia, in più lingue. Se la ricetta non era un segreto della casa, il ristoratore poteva pubblicarla.

Comande dal telefono

Al tavolo, da asporto o a domicilio, secondo come lavorava il locale. Più persone allo stesso tavolo potevano comporre un ordine insieme.

Prenotazioni

Si prenotava da una pagina dedicata, anche senza registrarsi, e la prenotazione si poteva cambiare in seguito.

Pagamento in app o alla cassa

In app l'importo restava bloccato finché il ristoratore non chiudeva l'ordine, così un eventuale rimborso era semplice. Alla cassa il conto era già pronto.

Ordini verificati

Il ristorante sceglieva come controllare che un ordine arrivasse da chi era davvero in sala: un QR consegnato all'ingresso, l'abilitazione a mano, un dispositivo Bluetooth Low Energy in sala, oppure nessun controllo. La verifica con il Bluetooth è poi diventata un progetto a sé, Troveme.

Niente hardware nuovo

Bastavano una stampante termica e un computer Linux o Windows già presente nel locale. A chi non l'aveva, il dispositivo lo davamo noi: già configurato, consuma pochi watt.

Come funziona

Il ristorante inseriva piatti e menu. Il cliente si sedeva, inquadrava il QR del menu, leggeva le schede e ordinava. Il ristorante accettava l'ordine, tutto o in parte secondo la disponibilità, e chiedeva il pagamento. Il cliente pagava in app o alla cassa. Quando il piatto era pronto arrivava un avviso, poi la consegna: al tavolo o a casa.

Immagini

Il percorso di un ordine, dalla registrazione del ristorante alla consegna del piatto. Schema dalla documentazione tecnica, in inglese.

Dettagli tecnici

Tecnologie
  • CMS proprietario su database a grafo, che collega piatti, ricette e nutrienti
  • Applicazioni modulari (microservizi)
  • Notifiche verso i clienti e tra le applicazioni interne
  • Bluetooth Low Energy per verificare chi è in sala
Integrazioni
  • Stripe Connect per i pagamenti in app
  • Stampanti termiche USB o Ethernet
Dove gira
App e web per i clienti, ordini in cloud; per il ristorante un programma piccolo per Linux o Windows.

Dove ci ha portato

Collegamenti

Gli altri prodotti legati a questo e le librerie open source nate da lui o usate da lui.

TrovemeProvare che uno smartphone è davvero dentro un luogo chiuso, dove il GPS non arriva.

Domande frequenti

Addubby si può ancora usare?

No, non lo sviluppiamo più. È un nostro progetto concluso e qui raccontiamo com'era fatto.

Addubby era solo un menu?

Il menu era il primo pezzo. Nei documenti di progetto c'erano anche Diet, per scegliere i piatti seguendo una dieta, Chef, per trovare ricette partendo dagli ingredienti a disposizione, e ShareEat, per portare il cibo in eccesso dei ristoranti alle ONG.

Domande su questo progetto? Parliamone.

Scrivici