Apps für Restaurants

// Das Problem

Eine Restaurantgruppe bekommt die meisten Abholbestellungen über Lieferportale, und die eigene Bestellseite ist langsam und kennt Stammgäste nicht.

// Was wir bauen würden

Eine Website und eine iOS- und Android-App für Direktbestellung zur Abholung und Lieferung, mit einem Treueprogramm für Direktbestellungen, Speisekarten und Preisen aus der Kasse und Bestellungen direkt an die jeweilige Küche.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL
• Stripe
• Kassenschnittstelle
• DigitalOcean

// Das Problem

Eine Gruppe von fünf Restaurants zählt den Bestand auf Klemmbrettern, kalkuliert Rezepte in einer alten Tabelle und merkt erst beim Monatsabschluss des Buchhalters, dass der Wareneinsatz zu hoch war.

// Was wir bauen würden

Eine Android-App für Inventur, Verderb und Lieferungen in der Küche und eine Web-App für Rezepte und Wareneinsatz, die Verkäufe aus der Kasse liest, damit Soll- und Ist-Wareneinsatz jede Woche verglichen werden.

// Was drin ist

// Tech-Stack

• Next.js
• React Native (Android)
• PostgreSQL
• Kassenschnittstelle
• DigitalOcean

// Das Problem

Ein Franchisenehmer mit acht Standorten bekommt Umsätze aus der Kasse, Personal aus dem Dienstplan und Lieferungen von drei Portalen, jeweils in einem eigenen Bericht.

// Was wir bauen würden

Ein Dashboard, das Kasse, Dienstplan und Lieferportale in ein Modell bringt, damit der Inhaber Umsatz, Personalkosten und Lieferanteil je Standort und Stunde sieht, fair verglichen.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• dbt
• Schnittstellen zu Kasse und Dienstplan
• DigitalOcean

// Das Problem

Das Personal eines Restaurants tippt Bestellungen der Lieferportale neu in die Kasse, und jemand überträgt jede Woche Umsätze in die Buchhaltung und Stunden in die Lohnabrechnung.

// Was wir bauen würden

Ein Integrations-Hub zwischen Lieferportalen, Kasse, Dienstplan, Lohnabrechnung und Buchhaltung, damit eine Bestellung einmal in der Küche landet und Umsätze und Stunden ohne Abtippen in die Bücher kommen.

// Was drin ist

// Tech-Stack

• Node.js
• PostgreSQL
• OpenAPI
• Schnittstellen zu Portalen und Kasse
• DigitalOcean

// Das Problem

Unabhängige Restaurants einer Straße wollen eine Gutscheinkarte, die bei jedem von ihnen gilt, und keines will, dass ein Konkurrent oder ein Kartenanbieter Guthaben und Geld verwaltet.

// Was wir bauen würden

Eine Gutscheinkarte für alle Mitgliedsrestaurants, jeder Verkauf und jede Einlösung in einem privaten, zugangsbeschränkten Register erfasst, in dem jedes Restaurant einen Knoten betreibt, damit Guthaben geteilt und jedes Restaurant aus einem Datensatz abgerechnet wird, den niemand umschreiben kann. Betreibt ein Gewerbeverein die Karte und vertrauen ihm alle, ist eine Datenbank einfacher, und die bauen wir dann.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• Hyperledger Besu (privat, zugangsbeschränkt)
• Kassenschnittstellen
• DigitalOcean

// Das Problem

Eine gut besuchte Pizzeria verpasst Telefon- und Chatbestellungen im Abendgeschäft, und das Personal beantwortet den ganzen Abend dieselben Fragen zu Öffnungszeiten, Liefergebieten und Tagesgerichten.

// Was wir bauen würden

Ein Assistent auf Website und Chat, der aus der eigenen Speisekarte und den Informationen des Restaurants antwortet, Bestellungen über die Kasse aufnimmt und jede Allergiefrage und alles Ungewöhnliche ans Personal gibt. Er nutzt ein Spitzenmodell über dessen API: Speisekarten sind öffentlich und das Bestellaufkommen ist moderat.

// Was drin ist

// Tech-Stack

• API eines Spitzenmodells
• Next.js
• PostgreSQL mit pgvector
• Kassenschnittstelle
• DigitalOcean