Wenn der letzte Teigling aufgebraucht ist, muss der Onlineshop das wissen. Wenn eine Lieferung die Küche verlässt, braucht der Fahrer die richtige Adresse. Und wenn ein Gast nach dem Stand seiner Bestellung fragt, sollte niemand die Pizzazubereitung unterbrechen müssen, um die Antwort herauszusuchen.
Was ist Tablena?
Tablena ist ein Kassensystem und eine Plattform für Onlinebestellungen, entwickelt von Digilize Agency in Haarlem, Niederlande, für Restaurants mit Abholung und Lieferung. Es verbindet den eigenen Onlineshop, Kasse, Küchenbildschirme, Bondruck, Lieferung und Backoffice über gemeinsame Menü-, Bestands- und Bestellinformationen.
Das Produkt entstand aus konkreten Anforderungen, die uns bei der Arbeit mit Ciro Pizza in Haarlem begegneten.
Die Gespräche begannen Monate vor der Entwicklung. In weniger als vier Wochen bauten wir die vernetzte Plattform und begannen mit den Vorbereitungen für den ersten Restaurantpiloten.
Es begann mit der Arbeit rund um die Pizza
Vincenzo betreibt Ciro Pizza an der Amsterdamsevaart. Zu unserer Arbeit für Ciro Pizza gehörte auch die Website des Restaurants. In den Gesprächen ging es außerdem darum, was nach dem Eingang einer Bestellung passiert.
Zu Stoßzeiten unterbrechen Anrufe die Vorbereitung. Die Küche muss wissen, was als Nächstes ansteht und wie viel sie noch zubereiten kann.
Ein Problem war der begrenzte Vorrat an frischem Teig: Gäste konnten weiter bestellen, obwohl der Teig in der Küche bereits aufgebraucht war. Ein anderes war die erneute Eingabe von Lieferadressen unter Zeitdruck, die bereits zu Fehlern geführt hatte.
Die Anforderung war klar: Bestellinformationen müssen zuverlässig weitergegeben werden, damit sich das Team auf die Zubereitung und Lieferung konzentrieren kann.
Das Gespräch veränderte unsere Prioritäten
Ein KI-Telefonassistent gehörte zu den ersten Ideen, die wir besprachen. Er könnte Bestellungen annehmen und Fragen beantworten, ohne jemanden aus der Küche zu holen.
Doch als wir den Ablauf mit Vincenzo durchgingen, änderten sich die Prioritäten. Die Fahrer-App wurde unverzichtbar für die erste Version. Lieferdaten direkt auf das Smartphone des Fahrers zu bringen löste ein unmittelbares Problem. Wenn Gäste den Status ihrer Bestellung selbst nachsehen können, könnte das auch den Bedarf an Anrufen verringern.
Der Telefonassistent konnte warten. Zuerst mussten Bestell-, Bestands- und Lieferinformationen zusammenarbeiten.
Diese Entscheidung gab uns einen klaren ersten Umfang. Wir würden den Weg von der Bestellung bis zur Lieferung verbinden, mit einer gemeinsamen Speisekarte und einem gemeinsamen Bestelldatensatz als Grundlage.
Von den Anforderungen eines Restaurants zu einem gemeinsamen Produkt
In Tablena bestellt ein Gast in einem Shop mit der Marke und Speisekarte des Restaurants. Auswahl, Extras und Hinweise begleiten die Bestellung zur Kasse, auf den Küchenbildschirm und auf den gedruckten Bon. Die Mitarbeitenden führen die Bestellung durch die Zubereitung und übergeben sie an einen Fahrer, der die Lieferdaten in der App sieht. Der Gast kann den Fortschritt verfolgen.
Every detail.
Vlam & Vork
Salmon poke bowlExtra avocado€14.50
Smash burgerNo pickles€13.00Für den Bestand gilt dasselbe Prinzip. Ein Restaurant kann ein Limit für ein Gericht setzen oder einen gemeinsamen Bestand für mehrere Gerichte nutzen. Wenn jede Pizza auf denselben Teigvorrat zugreift, verhindert ein Bestand von null weitere Bestellungen im Onlineshop und an der Kasse.
One stock count · online shop + counter
Delivery · 18:456min
Extras and notes stay with the order.
Im Backoffice verwaltet der Inhaber die Speisekarte, Öffnungszeiten, das Liefergebiet und das Team. Alle sehen die Informationen, die sie brauchen, und arbeiten dabei mit demselben zugrunde liegenden System.
Wir entwickelten dies als gemeinsame Funktionen und restauranteigene Einstellungen. Ciro Pizza lieferte konkrete Anforderungen; andere Restaurants können diese Möglichkeiten mit ihrer eigenen Speisekarte und Arbeitsweise nutzen.
Wie wir schnell bauen konnten
Die Entwicklung der Plattform begann am 16. Oktober 2026. Zuerst entstanden Speisekarte, Bestellseite und Backoffice, danach Bestellungen an der Kasse, Zahlungen, Küchenbons und Lieferung.
Wir verbringen Zeit vor Ort mit den Menschen, die die Software nutzen werden. Bei Ciro Pizza bedeutete das, mit Vincenzo im Restaurant zu sitzen und den Bestellablauf rund um Kasse, Küche und Fahrer durchzugehen. Vor Ort verstehen wir besser, wo ein Bildschirm hingehört, was Mitarbeitende sehen müssen und welche Schritte sie behindern.
Mit einem gemeinsamen System konnten wir dieselben Menü-, Preis- und Bestellinformationen in all diesen Oberflächen nutzen. Die direkte Zusammenarbeit mit den Nutzern sorgte für konkretes Feedback und praxisnahe Entscheidungen.
Am 26. Oktober demonstrierten wir Vincenzo die Plattform. Er wünschte sich größere Schrift auf dem Küchen-TV, tägliche Bestandslimits, Unterstützung für seinen vorhandenen Netzwerkdrucker, eine Auswahl für den Pizzarand und mehr Überblick über zurückkehrende Fahrer. Am nächsten Tag waren diese Ergänzungen in die Pilotplattform eingebaut. Tests mit der tatsächlichen Hardware und auf den Lieferrouten des Restaurants blieben Teil der Pilotvorbereitung.
Die Sicht des Fahrers
Die Sicht des Gastes
Wir entwickelten Tablena mit dem AI-native-Entwicklungsansatz von Digilize. KI gehört dazu, wie wir Software abgrenzen und entwickeln; die Prioritäten kommen von den Menschen, die die Arbeit machen. Hier bedeutete das, dem Fahrerablauf Vorrang vor dem Telefonassistenten zu geben.
Die kurze Entwicklungszeit entstand aus dieser Kombination: eine vernetzte Grundlage, ein klarer erster Umfang und Feedback zu etwas, das der Inhaber tatsächlich ausprobieren konnte.
Für Digilize ist das Solution Engineering in der Praxis: direkt mit den Menschen zusammenarbeiten, die das Unternehmen führen, herausfinden, wo Informationen oder Zeit verloren gehen, und ein System für ihren Bedarf bauen. Aus dieser Arbeit wurde Tablena zu einem Produkt, das wir auch anderen Restaurants anbieten können.
Betreibst du ein Restaurant mit Abholung oder Lieferung? Entdecke Tablena und frage eine Demo an.
Wenn dein Team dieselben Informationen immer wieder doppelt eingibt oder jemanden anrufen muss, um einen Status zu prüfen, erzähl uns, wie der Prozess funktioniert. Dort fangen wir an.