Refúgio da Azinheira: die Rechnung der Direktbuchung
Ein Landrefugium an der portugiesischen N2, das Buchungen nun ohne Zwischenhändler entgegennimmt. Die Website ist der leichte Teil. Schwierig wird es danach.
Ein Landhaus, das von Buchungsplattformen lebt, hat ein stilles Problem: Es besitzt die Beziehung zum Gast nicht. Es hat keine E-Mail-Adresse, wählt die Botschaft nicht, kann den Preis nicht ohne Strafe setzen, und gibt von jeder Nacht einen Anteil an denjenigen ab, der die Bekanntschaft vermittelt hat.
Das Refúgio da Azinheira liegt an der N2, im Alentejo. Wir haben seine Website gebaut, und das Ziel war nie, "online präsent zu sein". Das Ziel war, zu ändern, wer die Buchung kontrolliert.
Eine schöne Website verkauft nichts
Hier scheitern die meisten Projekte. Man baut eine elegante Seite voller Sonnenuntergänge, dann klickt der Besucher auf "buchen" und landet in einem Formular, das eine Antwort binnen 24 Stunden verspricht.
Niemand wartet 24 Stunden. In diesen 24 Stunden hat die Person längst woanders gebucht, weil woanders in zehn Sekunden geantwortet wurde.
Eine Direktbuchung entsteht nur, wenn der Weg von "das gefällt mir" bis "es ist gebucht" kürzer ist als auf der Plattform. Nicht gleich lang. Kürzer.
Was das praktisch verlangt
Echte Verfügbarkeit, auf dem Bildschirm. Ein Kalender, der zeigt, was frei ist, jetzt, ohne Telefonat. Muss der Besucher erst fragen, ob etwas frei ist, ist er schon verloren.
Kalendersynchronisation. Das ist das Detail, das ein ernsthaftes Projekt von einer Broschüre trennt. Sprechen Direktbuchungen nicht mit den Plattformbuchungen, ist die Doppelbuchung unvermeidlich: zwei Familien, eine Nacht, ein Bett. Ein solcher Fehler kostet mehr als alle eingesparten Provisionen.
WhatsApp, kein Formular. In der lokalen Beherbergung ist das Gespräch der Kanal. Menschen wollen fragen, ob Haustiere willkommen sind, ob es Schatten gibt, ob das Tor nachts öffnet. Ein Formular tötet dieses Gespräch; WhatsApp lässt es auf dem Telefon entstehen, wo die Person ohnehin schon ist.
Fünf Sprachen. Die N2 ist eine internationale Route. Ein deutscher Besucher, der auf einer rein portugiesischen Seite landet, zögert nicht: Er kehrt zur Plattform zurück, die seine Sprache spricht. Die Website spricht Portugiesisch, Englisch, Spanisch, Französisch und Deutsch, und nicht aus Eitelkeit. Aus Konversion.
Was gebaut wurde, und womit
Umfang. Unternehmenswebsite und Direktbuchungsmaschine für eine Ferienunterkunft, in fünf Sprachen, mit Live-Verfügbarkeit und Synchronisation mit den Plattformen.
| Anwendung | ASP.NET Core, ausgeliefert über Kestrel |
| Hosting | Azure App Service |
| Internationalisierung | 5 Sprachen (PT, EN, ES, FR, DE), vollständiges hreflang und x-default |
| SEO | strukturierte Daten BedAndBreakfast mit Koordinaten und Adresse, damit Google das Haus als Unterkunft zeigt und nicht als beliebige Seite |
| Buchungen | Verfügbarkeitskalender und iCal-Synchronisation mit den Plattformen |
| Kontakt | WhatsApp direkt, kein Formular |
Das hreflang ist kein Schmuck. Die N2 ist eine internationale Route. Ohne es zeigt Google einem deutschen Besucher die portugiesische Seite, und dieser Besucher kehrt zur Plattform zurück, die in seiner Sprache ist. Die fünf Sprachen existieren zur Konversion, nicht aus Eitelkeit.
Die iCal-Synchronisation ist das Herzstück. Sie verhindert die Doppelbuchung: zwei Familien, dieselbe Nacht, dasselbe Bett. Ein einziger solcher Fehler kostet mehr als alle in einem Jahr gesparten Provisionen.
Was sich ändert, wenn es funktioniert
Die eingesparte Provision sieht man zuerst, und sie ist der uninteressanteste Teil.
Was sich wirklich ändert: Das Haus besitzt nun die Kontaktdaten seiner Gäste. Es kann ihnen im Winter schreiben. Es kann eine Wiederkehr anbieten, ohne dafür jemanden zu bezahlen. Es mietet die Beziehung nicht mehr, es besitzt sie.
Man erschießt keine Fliege mit einer Kanone
Es gab eine Fassung dieses Projekts mit Headless-CMS, einer SPA obendrauf, einer API dazwischen und Microservices, die im Hintergrund winkten. In einer Präsentation hätte sie gut ausgesehen.
Gebaut wurde sie nicht, und der Grund ist einfach: ein Gästehaus ist keine Hotelkette. Der Inhalt ändert sich ein halbes Dutzend Mal im Jahr. Der Betrieb ist eine Person mit einem Telefon. Jedes zusätzliche Teil wäre eine weitere Sache zum Warten, zum Patchen und zum Ausfallen, und es hätte dem Gast nichts gebracht, das er sehen könnte.
Gebaut wurde eine ASP.NET-Core-Anwendung auf Azure App Service, mit serverseitig gerendertem HTML. Langweilig, solide und günstig im Betrieb.
Die schwierige Ingenieursleistung ist nicht, die größere Technologie zu wählen. Sie besteht darin, die kleinste zu wählen, die das Problem löst, und sie verteidigen zu können. Es ist leichter, einem Kunden eine Kanone zu rechtfertigen, als ihm zu erklären, warum er keine braucht.
Was wir nicht versprechen
Wir versprechen nicht, dass die Plattformen überflüssig werden. Sie sind es nicht, und sie bringen weiter Menschen, die vom Haus nie gehört haben.
Das Ziel ist nicht, sie zu verlassen. Es ist, nicht mehr ausschließlich von ihnen abzuhängen. Und dafür muss die Website so schnell und so verlässlich sein wie sie. Nichts bleibt dem Zufall überlassen.
Sie ist online unter refugioazinheira.pt.
