Leo Burger
Referenzprojekt: wie eine Restaurantmarke inszeniert gehört — und wie die Bestellung in diese Inszenierung hineingehört statt daneben.
- Kunde
- Showcase — Konzept ohne Auftraggeber
- Ort
- Konzept
- Jahr
- 2026
Ausgangslage
Gastronomen bekommen in der Regel dasselbe angeboten: eine Baukasten-Seite mit Stockfotos und ein PDF-Menü, das niemand auf dem Handy öffnet. Die fachliche Frage dahinter ist eine andere — wie inszeniert man eine Restaurantmarke im Netz so, dass das Produkt selbst die Argumentation übernimmt, und wo genau gehört die Bestellung in diese Inszenierung? Dieses Projekt ist die Antwort als Referenzbau: ohne Auftraggeber entwickelt, damit Konzept, Technik und Bestellweg an einem echten, vollständigen Beispiel geprüft werden können — und übertragbar auf die Marke eines konkreten Betriebs.
Was gebaut wurde
Bildgenaue Scroll-Inszenierung
Statt einer Slideshow steuert die Scroll-Position die Abspielzeit eines einzigen 10-Sekunden-Clips: Der Burger zerlegt sich Bild für Bild in seine fünf Schichten, vorwärts und rückwärts. Technisch ist das sparsam — ein Video statt einer Bildsequenz aus hunderten Einzeldateien, also eine Anfrage statt vieler. Unter 760 Pixeln Breite und auf Touch-Geräten schaltet die Seite auf eine eigene, deutlich kleinere Videofassung um (2,4 statt 11,9 MB), die ruhig im Hintergrund läuft, statt am Scroll zu hängen — das schont Datenvolumen und Akku.
Bestellweg ohne Plattform dazwischen
Speisekarte mit Preisen, Warenkorb, Lieferung oder Abholung, Liefergebühr 2,90 €, ab 25 € Bestellwert kostenlos, Bestellnummer für die Rückfrage. Abgeschickt wird die Bestellung an eine eigene Serverless-Funktion, die sie als lesbare Karte in das Telegram des Inhabers stellt — kein Lieferportal, keine Provision, keine Kundendaten in fremder Hand.
Produktionspipeline statt Stockmaterial
Aus einem einzigen Referenzbild entstehen alle Aufnahmen der Seite: vier Katalogbilder, das Hero-Bild und die Explosionsansicht (GPT Image 2) sowie das Hero-Video (Seedance). Entscheidend ist nicht, dass keine Fotosession stattfand, sondern dass dadurch in jeder Szene physisch derselbe Burger liegt — dieselbe Brioche, dieselbe Sauce, dieselbe Patty-Kante. Genau diese Konsistenz bekommt ein Betrieb mit zusammengekauften Stockfotos nie.
Inhaltsarchitektur für die Übertragung
Preise, Gerichtnamen, Beschreibungen und die komplette Oberfläche liegen in DE, EN und RU in einer Datei und in einem Datenmodell — ein Gericht existiert einmal, nicht dreimal. Deshalb ist ein Markenwechsel eine Content-Arbeit an einer Stelle und kein zweiter Bau: Der Bestellweg, die Sprachumschaltung und die Scroll-Inszenierung bleiben unverändert stehen.
Auslieferung und Datenschutz als Teil der Bauart
Die Seite wird statisch ausgeliefert, dynamisch ist nur die Bestellfunktion — es gibt keinen Server, der ausfallen kann, und nichts, was nachts gepatcht werden müsste. Die Seite setzt keine Cookies und bindet keinen Analyse- oder Werbedienst ein, ein Einwilligungsbanner ist deshalb nicht erforderlich; die Sprachwahl liegt lokal im Browser. Die leichte Variante für Touch-Geräte wird über Breite und Eingabeart erkannt, nicht über eine Geräteliste, die veraltet.
Ergebnis
- 10 s
- Hero-Sequenz, beim Scrollen bildgenau gesteuert — ein Clip statt hunderter Einzelbilder
- 0 %
- Plattform-Provision — jede Bestellung landet direkt beim Inhaber
- 3
- Sprachen aus einem Datenmodell — ein Gericht wird einmal gepflegt
- 6
- Produktaufnahmen aus einem Referenzbild — identisches Produkt in jeder Szene
Referenzprojekt ohne Auftraggeber: Es gibt keinen laufenden Betrieb dahinter, deshalb stehen hier keine Umsatz- oder Bestellzahlen. Gezeigt wird die Bauart, nicht ein Geschäftsergebnis.
Einblicke
Technik
- Vite + React
- GSAP ScrollTrigger + Lenis
- Serverless (Vercel) → Telegram
- GPT Image 2 · Seedance
Nächstes Projekt
Sushilka Gera
Sushilka — Sushi-Lieferdienst
Kontakt
Erzählen Sie mir von Ihrem Betrieb.