Refúgio da Azinheira: die Rechnung der Direktbuchung
Wir haben die Website und die Buchungsmaschine eines Landrefugiums an der N2 gebaut. Die Website ist der leichte Teil. Schwierig ist zu entscheiden, was man nicht baut.
Ein Landhaus, das von Buchungsplattformen lebt, hat ein stilles Problem: Es besitzt die Beziehung zum Gast nicht. Es hat dessen E-Mail-Adresse nicht, es wählt die Botschaft nicht, es setzt seinen Preis nicht ohne Strafe fest, und es gibt einen Teil jeder Nacht an den ab, der die Vermittlung übernommen hat.
Das Refúgio da Azinheira liegt an der N2, im Alentejo. Wir haben ihm die Website und die Direktbuchungsmaschine gebaut, und das Ziel war nie, „online präsent zu sein". Es war, zu ändern, wer die Buchung kontrolliert.
Was wir zuerst entschieden haben: eine schöne Website verkauft nichts
Genau hier scheitern viele Projekte, und wir haben es geschehen sehen. Man baut eine elegante Seite mit Sonnenuntergangsfotos, 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 die andere Seite in zehn Sekunden geantwortet hat.
Das wurde der Maßstab für jede Entscheidung in diesem Projekt: Der Weg von „gefällt mir" bis „ist gebucht" muss kürzer sein als auf der Plattform. Nicht gleich. Kürzer. Was diesen Weg nicht verkürzte, kam nicht hinein.
Was wir gebaut haben, und warum
Wir haben die echte Verfügbarkeit auf den Bildschirm geholt. Ein Kalender, der zeigt, was jetzt frei ist, ohne Telefonanruf. Muss der Besucher erst fragen, ob es noch Platz gibt, haben wir ihn bereits verloren.
Wir haben die Kalender per iCal synchronisiert. Das ist das Detail, das ein ernsthaftes Projekt von einer Broschüre trennt, und es ist das Stück, dem wir die meiste Aufmerksamkeit gewidmet haben. Sprechen die Direktbuchungen nicht mit denen der Plattformen, ist das unvermeidliche Ergebnis die Doppelbuchung: zwei Familien, eine Nacht, ein Bett. Ein solcher Fehler kostet mehr als sämtliche in einem Jahr gesparten Provisionen.
Wir haben WhatsApp gewählt und das Formular abgelehnt. 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.
Wir haben die Website in fünf Sprachen gebaut. 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. Wir haben Portugiesisch, Englisch, Spanisch, Französisch und Deutsch ausgeliefert, mit vollständigem hreflang, und nicht aus Eitelkeit: wegen der Konversion. Ohne ihn zeigt Google dem Deutschen die portugiesische Seite, und der Deutsche geht.
Der Umfang, und die Technik, die wir gewählt haben
Unternehmenswebsite und Direktbuchungsmaschine für eine lokale Beherbergung, in fünf Sprachen, mit Verfügbarkeit in Echtzeit und Synchronisation mit den Plattformen.
| Anwendung | ASP.NET Core, ausgeliefert über Kestrel |
| Hosting | Azure App Service |
| Internationalisierung | 5 Sprachen (PT, EN, ES, FR, DE), mit vollständigem hreflang und x-default |
| SEO | strukturierte Daten BedAndBreakfast mit Koordinaten und Adresse, damit Google das Haus als Unterkunft zeigt und nicht als irgendeine Seite |
| Buchungen | Verfügbarkeitskalender und iCal-Synchronisation mit den Plattformen |
| Kontakt | WhatsApp direkt, kein Formular |
Was wir zu bauen abgelehnt haben
Es gab eine Version dieses Projekts mit einem Headless-CMS, einer SPA davor, einer API dazwischen und Microservices, die im Hintergrund liebäugelten. Sie hätte sich in einer Präsentation sehr gut gemacht.
Wir haben sie nicht gebaut, und der Grund ist einfach: ein Haus ist keine Hotelkette. Der Inhalt ändert sich ein halbes Dutzend Mal im Jahr. Der Betrieb ist eine Person mit einem Telefon. Jedes Stück, das wir hinzugefügt hätten, wäre eine weitere Sache zum Pflegen, Aktualisieren und Kaputtgehen gewesen, ohne dem Gast irgendetwas zu bringen, das er sieht.
Wir haben serverseitig gerendertes HTML geliefert, in ASP.NET Core, auf einem App Service. Langweilig, solide und günstig im Betrieb.
Die schwierige Ingenieurskunst besteht nicht darin, die größere Technik zu wählen. Sie besteht darin, die kleinste zu wählen, die das Problem löst, und sie vor dem Kunden verteidigen zu können. Es ist leichter, eine Kanone zu verkaufen, als jemandem zu erklären, warum er keine braucht. Wir erklären lieber.
Was sich ändert, wenn es funktioniert
Die eingesparte Provision ist das Erste, was man sieht, und der uninteressanteste Teil.
Was sich wirklich ändert: Das Haus besitzt nun die Kontaktdaten seiner Gäste. Es kann ihnen im Winter schreiben. Es kann ihnen die Rückkehr anbieten, ohne jemandem für dieses Privileg zu zahlen. Es hört auf, die Beziehung zu mieten, und wird ihre Eigentümerin.
Was wir nicht versprechen
Wir versprechen nicht, dass die Plattformen überflüssig werden. Sie sind es nicht, und sie bringen weiterhin Menschen, die nie vom Haus gehört haben.
Das Ziel ist nicht, sie zu verlassen. Es ist, nicht mehr ausschließlich von ihnen abzuhängen. Und dafür muss das, was wir gebaut haben, so schnell und so zuverlässig sein wie sie.
Sie ist online unter refugioazinheira.pt.
