Umgesetzt
- Speisekarte in vier Sprachen und öffentliche Website
- Service Radar und Küchenabläufe
- Kasse und kontrollierte Zahlungstests
- Eigene SQ-Metadaten auf drei öffentlichen Seiten
- Unveränderliche Release-Images und begrenzter Rollback
Pilotsoftware · Öffentliche Website am 31. Oktober 2026 aktualisiert2026
FlowGastronomie
Restaurantsoftware mit gemeinsamem Kern und öffentlicher Produktdemo
Meine Rolle
Produktarchitektur · Full-stack · UX · Tests · Auslieferung
flowgastronomie
Video11 Screenshots
01
Projektübersicht
QR-Speisekarte in vier Sprachen, Service Radar, Kasse, Küche, Online-Bestellung und Website teilen einen Kern. Der Betrieb wählt, was er einschaltet.
Website und öffentliche Demo sind online. Die Software bleibt im Pilotbetrieb; Fiskal-LIVE und Geräteabnahme sind getrennte Freigaben.
Albanische Startseite, Preisseite und Radar-Demo haben eigene Browsertitel und Suchbeschreibungen. Große Überschriften und sichtbarer Seiteninhalt bleiben gleich.
Der echte Findbar-Fall schließt den Korrekturzyklus: sechs wiederholte Browsertitel-/Beschreibungsfelder wurden geprüft, in Flow umgesetzt, privat getestet, mit Freigabe veröffentlicht und öffentlich erneut geprüft. Der neue Audit besuchte zehn URLs und lieferte null bestätigte Befunde.
▶
Produkt-Rundgang
02
Reale Produkt-Screenshots
Echte Produktansichten, ohne Mockups oder Stockbilder.
03
Systemarchitektur
Next.js
Oberflächen für Gast, Service, Küche und Inhaber
Fastify
Nach Betrieb getrennte API
Geschäftsregeln
Gemeinsame Betriebs- und Zahlungsregeln
PostgreSQL · Prisma
Persistente Daten und Migrationen
04
Projektstatus
In aktiver Entwicklung
- Pilotvalidierung und Abnahme durch den Inhaber
- Fiskal- und Geräteabnahme in autorisierten Umgebungen
Geplant
- Breiterer Einsatz nach den verbleibenden Abnahmen
05
Technische Entscheidungen
Warum ein gemeinsamer Kern?
Gast, Service und Küche nutzen dieselben Betriebsdaten statt getrennter Kopien.
Warum öffentliche Website und Pilotstatus trennen?
Eine funktionierende Demo belegt weder Fiskal-LIVE-Bereitschaft noch Geräteabnahme.
06
Gelöste Herausforderungen
- 01Vorhandene Betriebsdaten bei einer Auslieferung erhalten
- 02Öffentliche Metadaten prüfen, ohne sichtbare Seiteninhalte zu ändern
07
Technologien
Anwendung
- Next.js
- Fastify
- TypeScript
Daten
- Prisma
- PostgreSQL
Auslieferung
- Docker
- GitHub Actions
- Vitest
- Playwright
08
Was es demonstriert
Eine öffentliche Website mit funktionierender Demo und eine Pilotanwendung mit klaren Auslieferungs- und Abnahmegrenzen.
Benötigen Sie ein ähnliches System?
Ich kann eine Lösung passend zu Ihren Abläufen, Ihrem Team und Ihren Geschäftszielen konzipieren und umsetzen.