NetGenWebAppCore, Module, Layout, Theme, Registry
Design-Familien

Warm Bistro

nahbar, appetitlich, lokal

Lokale Bistro-Referenz mit warmen Akzenten.

Restaurant-Web-App mit Order, Book und Menu-first Architektur.

Ein Gastronomie-Slice fuer Restaurants, Cafes und Local-Food-Konzepte: Menu-first, Reservierung, Gutschein, QR und Legal-/Privacy-Grenzen ohne Provider-Wiring.

Restauranttisch mit warmem Licht, gedeckten Plaetzen und atmosphaerischem Gastraum
owned or replace before production
Route/demo/gastronomie
VariantvoucherBookingFlow
Module9 aktiv
Fit Score79/100
Design-DNA

Gastro-Familien steuern Prioritaet, Haltung und Entscheidungsnaehe.

Die Demo bleibt ein registriertes Restaurant-Template. Sichtbar wechseln nur freigegebene Presentation-Intents: CTA-Reihenfolge, Hero-Haltung und Trust-/Ordering-Schwerpunkt.

Warm Bistro

local proof first

Lokaler Vertrauensbeweis, Karte und Kontakt fuehren; Reservierung bleibt als Anfrage sichtbar.

CTA-Prioritaet
gastronomy.reservationIntent -> gastronomy.orderIntent -> gastronomy.qrMenuIntent
Emphasis Slots
publicWebsite.main -> menu.main -> qrCode.main -> legalPrivacy.main
Review Gate
Public Copy Review erforderlich
Local Proof

Adresse, Zeiten, Telefon und Karte vor jedem Provider-Handoff.

Diese Signale sind Pflicht im Restaurant-Template, bevor Reservierung oder Ordering an externe Provider uebergeben werden duerfen.

addressRequired

erforderlich

openingHoursRequired

erforderlich

phoneRequired

erforderlich

mapLinkRequired

erforderlich

visibleBeforeProviderHandoff

erforderlich

Book

Reservierung sichtbar, Provider-Bruecke noch nicht aktiv.

Tock, Resy, OpenTable oder andere Provider gehoeren spaeter hinter tenant-sichere Adapter. Dieser Slice speichert bereits echte tenant-scoped Reservierungsanfragen und zeigt den Fallback-Gedanken.

Echte Reservierungsanfrage

Noch keine Anfrage gesendet.

Order + Payment

Order-Pfad vorbereitet, Checkout bleibt deaktiviert.

Payment und Ordering duerfen nicht in globale Geschaeftslogik wandern. Dieser Button startet serverseitig eine Stripe-Testmode-Session fuer einen Demo-Gutschein, ohne Secrets an den Client zu geben.

Stripe Checkout

Zahlarten bleiben tenant-konfigurierbar.

Standard ist Stripe Dashboard Dynamic. Bei Bedarf kann pro Deployment eine explizite Allowlist gesetzt werden, ohne Payment-Logik in die Branchen-Templates zu kopieren.

Start
KarteLinkKlarna
Erweiterbar
EPS-UeberweisungSEPA-LastschriftAmazon PayPayPal
Provider Fallbacks

Keine toten Reservierungs- oder Ordering-Links.

reservation

lead capture

Reservierung bleibt als Anfrage sichtbar, wenn kein Provider aktiv ist.

ordering

view menu

Ordering faellt im Demo-Slice auf Menu-Ansicht und Kontaktweg zurueck.

Secondary Revenue

Gift Cards, Catering und Private Dining als eigene Pfade.

Gift CardCateringPrivate Dining
Benchmark Findings

Gastronomie-Muster, die direkt ins Template uebersetzt werden.

Hero carries two explicit CTAs: reserve and view menu/order intent.

Menu highlights are visible before any provider handoff.

Location, hours, and QR access become their own operational proof area.

Gift card and private dining stay secondary but visible revenue paths.

Provider downstates must later fall back to call or lead capture, not dead links.

Trust + Operations

Lokale Signale nah an der Entscheidung.

  • Menu, Reservierung, Gutschein und QR sind Modulgrenzen statt Seiten-Forks.
  • Order/Payment bleibt sichtbar als Future Boundary, aber ohne Checkout-Ausfuehrung.
  • Google Reviews bleiben blockiert, bis ein Reputation-Modul und Provider-Gates existieren.
  • Allergen-/Health-Hinweise duerfen nur redaktionell gepflegt und freigegeben erscheinen.
QR + Location

On-site Menu, Hours und Standort bleiben tenant-konfigurierbar.

Der QR-Slot ist ein Platzhalter fuer Tisch-, Standort- oder Filialkonfiguration. Tracking und Providerstatus bleiben bis zur Freigabe blockiert.

QR
Legal / Privacy

Restaurant-Preview mit Allergen-, Consent- und Providergrenzen.

Reservierung, Gutschein, Payment, Notifications und Medien haben Datenverarbeitungswirkung. Allergen- und Health-Hinweise brauchen redaktionelle Pflege und finale Freigabe.

bookingvoucherpaymentnotificationsmedia
Structured Data

Restaurant-Readiness ohne Live-Provider.

Menu-URL, Adresse und Oeffnungszeiten sind Pflicht. Reservierungsannahme bleibt disabled until provider wiring.

reservation_cta

Reservierungsregeln

order_cta

Allergenhinweis

footer

Datenschutz

Platform Boundaries

Keine stillen Provider-Integrationen.

Live-Reservierung, Ordering, Payment, E-Mail-Versand, Google Reviews und Assistant-Menue-Sync bleiben aus, bis die jeweiligen Module, Capabilities, API-Routen, Provideradapter und Audit-Gates bereit sind.

Dokumentation oeffnen