Wanneer de laatste deegbol op is, moet de webshop dat weten. Wanneer een bestelling de keuken verlaat, heeft de bezorger het juiste adres nodig. En als een gast om een update vraagt, zou iemand die pizza maakt niet hoeven te stoppen om die op te zoeken.
Wat is Tablena?
Tablena is een kassasysteem en platform voor online bestellen, ontwikkeld door Digilize Agency in Haarlem, Nederland, voor afhaal- en bezorgrestaurants. Het verbindt de eigen webshop, kassa, keukenschermen, bonnen, bezorging en beheeromgeving via gedeelde menu-, voorraad- en bestelinformatie.
Het product groeide uit concrete behoeften die we tegenkwamen in ons werk met Ciro Pizza in Haarlem.
De gesprekken begonnen maanden voordat we gingen bouwen. In minder dan vier weken ontwikkeling bouwden we het platform en begonnen we met de voorbereiding van de eerste restaurantpilot.
Het begon met het werk rond de pizza
Vincenzo runt Ciro Pizza aan de Amsterdamsevaart. Ons werk met Ciro Pizza omvatte ook de website van het restaurant. De gesprekken gingen daarnaast over wat er gebeurt nadat een gast een bestelling plaatst.
Tijdens de drukte onderbreken telefoontjes de voorbereiding. De keuken moet weten wat er als volgende komt en hoeveel ze nog kan maken.
Een van de problemen was de beperkte hoeveelheid vers deeg: gasten konden blijven bestellen terwijl het deeg in de keuken al op was. Een ander probleem was het onder tijdsdruk opnieuw invoeren van bezorgadressen, wat al tot fouten had geleid.
De behoefte was duidelijk: zorg dat de bestelinformatie goed wordt doorgegeven, zodat het team zich kan richten op het maken en bezorgen van het eten.
Het gesprek veranderde wat we als eerste bouwden
Een AI-telefoonassistent was een van de eerste ideeën die we bespraken. Die zou bestellingen kunnen aannemen en vragen beantwoorden zonder iemand uit de keuken weg te halen.
Maar toen we het proces met Vincenzo doorliepen, veranderden de prioriteiten. De bezorgersapp werd essentieel voor de eerste versie. Bezorggegevens direct op de telefoon van de bezorger zetten loste een concreet probleem op. Gasten zelf de status van hun bestelling laten bekijken zou ook de behoefte om te bellen kunnen verminderen.
De telefoonassistent kon wachten. De informatie over bestellingen, voorraad en bezorging moest eerst goed samenwerken.
Die keuze gaf ons een duidelijke eerste scope. We zouden het hele traject van bestelling tot bezorging verbinden, met één gedeeld menu en dezelfde bestelgegevens als basis.
Van de behoeften van één restaurant naar een gedeeld product
In Tablena bestelt een gast via een webshop met de uitstraling en het menu van het restaurant. Keuzes, extra's en opmerkingen gaan met de bestelling mee naar de kassa, het keukenscherm en de geprinte bon. Medewerkers begeleiden de bestelling door de bereiding en geven die mee aan een bezorger, die de bezorggegevens in de app ziet. De gast kan de voortgang volgen.
Every detail.
Vlam & Vork
Salmon poke bowlExtra avocado€14.50
Smash burgerNo pickles€13.00Voor de voorraad geldt hetzelfde principe. Een restaurant kan een limiet instellen voor één gerecht of een gedeelde voorraad gebruiken voor meerdere gerechten. Als elke pizza uit dezelfde deegvoorraad komt, blokkeert een voorraad van nul verdere bestellingen via de webshop en de kassa.
One stock count · online shop + counter
Delivery · 18:456min
Extras and notes stay with the order.
De eigenaar beheert het menu, de openingstijden, het bezorggebied en het team in de beheeromgeving. Iedereen ziet de informatie die nodig is, vanuit hetzelfde onderliggende systeem.
We bouwden dit als gedeelde functies en restaurantinstellingen. Ciro Pizza leverde concrete eisen aan; andere restaurants kunnen die mogelijkheden gebruiken met hun eigen menu en werkwijze.
Hoe we snel konden bouwen
De bouw van het platform begon op 16 oktober 2026. Het menu, de bestelsite en de beheeromgeving kwamen eerst, gevolgd door bestellen aan de kassa, betalingen, keukenbonnen en bezorging.
We brengen tijd door op locatie, met de mensen die de software gaan gebruiken. Bij Ciro Pizza betekende dat met Vincenzo in de zaak zitten en de bestelstroom rond de kassa, keuken en bezorgers doornemen. Door er zelf te zijn begrijpen we beter waar een scherm hoort, wat medewerkers moeten zien en welke stappen hen in de weg zitten.
Met één gedeeld systeem konden we dezelfde menu-, prijs- en bestelinformatie gebruiken in al die interfaces. Direct samenwerken met de gebruikers hield de feedback concreet en de beslissingen dicht bij de praktijk.
Op 26 oktober demonstreerden we het platform aan Vincenzo. Hij vroeg om grotere tekst op de keuken-tv, dagelijkse voorraadlimieten, ondersteuning voor zijn bestaande netwerkprinter, een keuze voor de pizzarand en meer overzicht van terugkerende bezorgers. De volgende dag waren die aanvullingen ingebouwd in het pilotplatform. Testen op de echte hardware en bezorgroutes van het restaurant bleef onderdeel van de voorbereiding van de pilot.
Wat de bezorger ziet
Wat de gast ziet
We bouwden Tablena met de AI-native ontwikkelaanpak van Digilize. AI maakt deel uit van hoe we software afbakenen en bouwen; de prioriteiten komen van de mensen die het werk doen. Hier betekende dat de bezorgersworkflow voorrang geven boven de telefoonassistent.
De korte bouwtijd kwam voort uit die combinatie: een verbonden basis, een gerichte eerste scope en feedback op iets dat de eigenaar echt kon uitproberen.
Voor Digilize is dit Solution Engineering in de praktijk: direct samenwerken met de mensen die het bedrijf runnen, ontdekken waar informatie of tijd verloren gaat en een systeem bouwen rond wat zij nodig hebben. Tablena groeide vanuit dat werk uit tot een product dat we ook aan andere restaurants kunnen aanbieden.
Run je een afhaal- of bezorgrestaurant? Bekijk Tablena en vraag een demo aan.
Als jouw team steeds dezelfde informatie twee keer invoert of iemand moet bellen om een status te controleren, vertel ons hoe het proces werkt. Daar beginnen we.