Referenzen

Arbeit, die
man sieht.

Ein Restaurant, das live läuft. Und vier weitere Umsetzungen: jeweils die Landingpage und das System dahinter. Anonym, mit Beispieldaten — so, wie wir das für dich anlegen würden.

Live-ProjektEigenes ToolWeitere Branchen

01 / RESTAURANT

Sakhli 1904. Ein Haus in Tiflis.

Website · EN / RU / KALive
Live im GerätDie echte mobile Website.

Keine Bildmontage: Die Seite läuft direkt im Handy. Mit Maus, Trackpad oder Finger im Display nach oben und unten scrollen.

Im Display scrollen ↕
Interaktive mobile Live-WebsiteSakhli 1904 Art Restaurant

Ein georgisches Art Restaurant in der Altstadt. Die Seite erzählt das Haus: gelbe Fassade, eiserner Balkon, Speiseraum, Speisekarte als Foto, Wegbeschreibung. Drei Sprachen, eine klare Linie, Reservierung auf derselben Domain.

Kein Baukasten. Kein fremdes Buchungsfenster mit fremdem Logo. Der Gast bleibt auf sakhli1904.ge — von der ersten Lampe bis zum Tisch.

  • AuftrittMarke, Typografie und Bildwelt aus dem Haus selbst.
  • InhalteGeschichte, Speisekarte, Galerie, Besuch — in Englisch, Russisch und Georgisch.
  • Nächster Schritt„Reserve a table“ führt in die eigene Buchung, nicht in ein Formular-Wust.
Gedeckter Tisch im Speiseraum
Speiseraum
Fassade mit der Jahreszahl 1904
Das Haus, 1904
Weiterer Blick in den Gastraum
Räume bleiben Räume

02 / DAS TOOL

Der Tisch ist reserviert.

Für RestaurantsIm Einsatz

Gäste wählen Personenzahl, Tag und Uhrzeit. Danach Name, Telefon, E-Mail, eine Notiz. Die Bestätigung kommt sofort, mit einer Referenz. Das Restaurant sieht die Buchung in einer PIN-geschützten Ansicht und kann absagen.

Öffnungszeiten, Plätze und wie lange ein Tisch steht, steuern was frei ist. Einbau: eine Zeile Code auf der Website — oder eine eigene Buchungsseite, zum Verlinken aus der Speisekarte oder aus Google.

  • Auf der eigenen WebsiteKein fremdes Portal. Die Buchung trägt den Namen des Hauses.
  • Fürs Telefon gebautGroße Zeiten, ein Feld unter dem anderen, der Knopf bleibt erreichbar.
  • Für den Service sichtbarNeue Reservierungen stehen in der Restaurant-Ansicht, nicht in einem Postfach.

Die echte Buchung von Sakhli — nicht eine Attrappe. Montag bis Sonntag, ab 13:00, letzte Buchung 23:00.

Vier weitere Umsetzungen

Landingpage.
Dann das System.

Kein Kundenname. Was zählt: die Seite, die man zuerst sieht — und das Werkzeug, das den nächsten Schritt trägt. Anfrage, Funnel, Datenimport, Termin. Beispieldaten, so wie wir das bauen.

03 / HANDWERK

Metallbau. Die Anfrage, nicht der Kalender.

Landingpage + AnfragesystemBeispiel

Wer kommt, soll verstehen, was möglich ist.

Die Landingpage zeigt das Handwerk. Das System dahinter ist kein Kalender, sondern eine Anfrage mit Leistung, Gebiet und Anhang. Die Werkstatt bekommt einen klaren Auftrag, nicht ein leeres Kontaktformular.

Websites & Anfragen

04 / FUNNEL

Eine Landingpage. Fünf Schritte zur Anfrage.

Landingpage + FunnelBeispiel

Die Seite holt. Der Funnel sortiert.

Landingpage für den ersten Eindruck. Danach Leistung, Ziel, Rahmen, Kontakt, Übersicht — ein Schritt nach dem anderen. Wir bauen denselben Funnel, den du auf unserer Anfrage-Seite siehst, passend zu deinem Angebot.

Den Funnel selbst gehen

05 / DATEN & API

Excel rein. Kundendatenbank schreibt.

Upload + API + DatenbankBeispiel

Kein Abtippen. Eine Schnittstelle.

Excel bleibt das Werkzeug im Alltag. Das Portal nimmt die Datei entgegen, prüft die Spalten, die API schreibt in die Kundendatenbank. Duplikate, Status, der nächste Schritt — im System, nicht in einer zweiten Tabelle.

Daten & Automation

06 / TERMINE

Die Praxis-Seite. Der Kalender darauf.

Landingpage + TerminbuchungBeispiel

Dasselbe Gerüst wie der Tisch. Andere Einheit.

Landingpage für Vertrauen. Kalender für die Buchung. Öffnung, Dauer, Puffer steuern, was frei ist. Bestätigung sofort, Absage möglich. Für eine einzelne Praxis — nicht als Ersatz für Doctolib.

Terminbuchung anfragen