Eine Stadt, die online nicht existierte
Pljevlja ist die nördlichste Stadt Montenegros. Die Tara-Schlucht, der Fluss Ćehotina, der Durmitor in Reichweite, das römische Municipium S. bei Komini, die Husein-Pascha-Moschee, das Kloster der Heiligen Dreifaltigkeit. All das gibt es seit Jahrhunderten.
Online existierte davon deutlich weniger. Touren wurden über ausländische Plattformen oder per Telefon verkauft, Informationen waren verstreut, und wer eine Reise planen wollte, hatte keine Anlaufstelle.
Die Aufgabe war nicht, eine Stadtpräsentation zu bauen. Sie war, eine Plattform zu bauen, die wie ein Reiseveranstalter arbeitet: Sie verkauft Touren, kassiert, verwaltet Partner und funktioniert in den Sprachen, aus denen die Gäste tatsächlich kommen.
Touren als Produkt, nicht als Seite
Jede Tour ist ein vollwertiges Produkt mit Preis, Saison, Kapazität, Abfahrten und Regeln.
Das Preismodell folgt der Praxis der Veranstalter:
- Pro Person, Preis mal Anzahl der Gäste
- Pro Gruppe, ein Grundpreis deckt eine bestimmte Gästezahl ab, danach kommt ein Zuschlag je weiterer Person
- Pro Einheit, Preis mal Anzahl der Fahrzeuge oder Boote, zum Beispiel zwei Jeeps zu je 160 €
Dazu kommen Saisonpreise, Kinderrabatt, buchbare Zusatzoptionen je Tour, eine Kartengebühr und ein manueller Preis für individuell verhandelte Buchungen.
Die Provision ist vom Preis getrennt und kennt fünf Modelle, vom im Preis enthaltenen Anteil bis zum Festbetrag je Gast. Nicht offensichtlich ist dabei, dass die Provision für den Partner nie sichtbar ist, und das ist durch einen Test abgesichert, nicht durch eine Absprache.
Eine Buchung, die nicht sofort abbucht
Der Gast schickt eine Buchungsanfrage und erhält sofort eine Bestätigung. Das Team setzt Preis und Anzahlung fest und verschickt dann den Zahlungslink.
Die Zahlung läuft über Stripe, mit einem eingebetteten Zahlungselement auf der eigenen Domain, nicht über eine Weiterleitung auf eine fremde Seite. Die Anzahlung beträgt standardmäßig 30 Prozent, und 1 Prozent jeder Zahlung geht an einen guten Zweck, sichtbar vor dem Bezahlen.
Nach der Zahlung erhält der Gast einen QR-Gutschein. Der Veranstalter scannt ihn vor Ort, markiert die Tour als eingelöst und danach als abgeschlossen. Am Tag nach der Tour geht eine Bewertungsanfrage mit einem Einmal-Token hinaus, sodass nur Gäste bewerten können, die tatsächlich da waren.
Der gesamte Ablauf ist durch Tests abgedeckt, die sich um Geld drehen: Tourenpreise, Saisonpreise, Provision je Gast, Idempotenz der Zahlung, Abrechnung mit dem Partner, Zahlung vor Ort, Gutscheine und der Check-in durch Mitarbeitende.
Partnerportal mit Moderation
Restaurants, Unterkünfte, Ethno-Dörfer und Veranstalter melden sich selbst an. Nach der Freigabe erhalten sie ein eigenes Panel, in dem sie Touren und Orte anlegen, ihre Buchungen und Bewertungen verfolgen und Konten für Mitarbeitende einrichten, die Gutscheine scannen.
Einige Entscheidungen haben sich hier ausgezahlt:
- Die Moderation scheitert geschlossen. Öffentliche Sichtbarkeit setzt eine ausdrückliche Freigabe voraus. Geht etwas schief, wird nichts angezeigt statt etwas Nichtfreigegebenes.
- Änderungen nehmen Veröffentlichtes nicht vom Netz. Ändert ein Partner eine bereits sichtbare Tour, bleibt sie sichtbar, wird aber zur Prüfung markiert, und der Admin erhält eine E-Mail und eine Push-Nachricht.
- Partner schreiben in einer Sprache. Wir verlangen von einem Restaurant keine Übersetzung in achtzehn Sprachen. Es schreibt in seiner eigenen, die Übersetzung läuft nach der Freigabe.
- Mitarbeitende sehen kein Geld. Ihre Konten zeigen Gutschein und Tour, nicht aber Provision oder Erlös.
Für die Einarbeitung gibt es zusätzlich einen Übungsgutschein, eine Seite, auf der alle Schaltflächen funktionieren, aber nichts gespeichert wird. So kann eine neue Mitarbeiterin den Empfang üben, ohne echte Daten zu gefährden.
Destination, nicht nur Angebot
Neben den Touren führt die Seite ein vollständiges Ortsverzeichnis: Natur und Landschaft, Kultur und Erbe, Essen, Übernachten, Ethno-Dörfer.
Technisch ist ein Ort ein einziger Datensatztyp mit einer Hauptrolle und Nebenrollen. Ein Garten, der zugleich Sehenswürdigkeit und Restaurant ist, erscheint aus einem Datensatz in beiden Bereichen. Das Erlösmodell hängt am Typ: Restaurants, Unterkünfte und Läden zahlen eine jährliche Gebühr für den Eintrag, Ethno-Dörfer laufen wie Touren über Provision je Buchung.
Die Inhalte über die Stadt sind nicht aus dem Gedächtnis geschrieben. Hinter der Seite steht eine Wissensbasis aus 76 Dokumenten, in der jede nicht offensichtliche Aussage eine Quelle und eine Verlässlichkeitsangabe trägt, und umstrittene Angaben werden nie als Tatsache veröffentlicht. Dadurch korrigiert die Seite mehrere lokale Legenden, statt sie zu wiederholen.
Achtzehn Sprachen und Sichtbarkeit
Die Seite läuft in 18 Sprachen: Englisch, Montenegrinisch, Deutsch, Russisch, Ungarisch, Französisch, Italienisch, Polnisch, Türkisch, Albanisch, Spanisch, Slowakisch, Slowenisch, Ukrainisch, Niederländisch, Dänisch, Schwedisch und Norwegisch.
Übersetzungen werden nicht von Hand geflickt. Englisch ist die Quelle, Übersetzungen werden je Sprache erzeugt, strukturell geprüft und als versionierte Dateien abgelegt, die ein einziger Befehl auf die Datenbank anwendet. Eine korrigierte Tatsache wandert in die Quelle und läuft erneut durch alle Sprachen.
Die Seite ist sowohl für Suchmaschinen als auch für KI-Assistenten vorbereitet: eine robots.txt je Domain, die GPTBot, ClaudeBot und PerplexityBot ausdrücklich zulässt, dazu eine /llms.txt nach dem Standard. Hinzu kommt ein Offline-Konversionsexport für Google Ads, der den Nettowert einer bezahlten Buchung meldet, sodass Ads auf Marge statt auf Umsatz optimiert. Warum, erklären wir im Beitrag Remarketing-Kampagnen für den Tourismus.
Unter der Haube
Backend: PHP 8.3, Laravel 13, Filament v4 als Admin mit 19 Ressourcen und neun Dashboard-Widgets, Spatie Translatable, mcamara Localization, Stripe, IMAP-Postfachabgleich, Web Push.
Frontend: Blade und Alpine.js, Tailwind CSS v4, Vite, kritisches CSS. Kein React, kein Vue.
Umfang: 33 Modelle, 151 Migrationen, 31 Transaktions-E-Mails, 48 Testdateien, sieben geplante Aufgaben.
Betrieb vor Ort: eine PWA mit Web Push, sodass die Inhaberin sofort eine Nachricht aufs Handy bekommt, wenn eine Buchung oder eine Chatnachricht eingeht.
Wie wir solche Projekte angehen, lesen Sie auf den Seiten Webentwicklung und Systemintegrationen.
Was daraus entstanden ist
Die Plattform hat sich als tragfähig genug erwiesen, dass wir sie zu einem Netz ausgebaut haben. Inhalte werden je Destination markiert, sodass derselbe Veranstalter und dieselbe Tour ohne Dopplung auf mehreren Seiten stehen können. Die erste weitere Destination ist Visit Žabljak.
Zur Website
Wenn Sie eine Tourismusorganisation, eine Agentur oder eine Destination führen und eine Plattform brauchen, die wirklich verkauft, melden Sie sich. Sehen Sie sich auch die anderen Projekte in unserem Portfolio an.