[{"data":1,"prerenderedAt":92},["ShallowReactive",2],{"content:blog:portale-behalten-eigenen-kanal-daneben":3,"content:blog":33},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":16,"body":32},"portale-behalten-eigenen-kanal-daneben","Buchungsportale behalten, eigenen Kanal daneben bauen: in welcher Reihenfolge","Warum wir Portale beim Aufbau einer eigenen Buchungs- oder Bestellstrecke nicht abschalten und welche Schritte vor dem ersten Direktkunden liegen – für Betriebe, die heute über Plattformen Dritter verkaufen","2026-07-29","Buchungsportale behalten, eigenen Kanal aufbauen","Buchungsportale behalten und daneben einen eigenen Kanal aufbauen: in welcher Reihenfolge Betriebe in Deutschland Bestand, Anbindung und Direktkunden ordnen.","Wer Provisionen an Portale zahlt, will oft sofort raus. Wir raten davon ab: Der eigene Kanal braucht zuerst einen sauberen Bestand, dann eine Verbindung zu den Portalen und erst danach einen Grund, direkt zu buchen. Die Reihenfolge, in der wir das aufbauen.",4,[13,14,15],"Arbeitsweise","Schnittstellen","Vertriebskanal",[17,20,23,26,29],{"id":18,"text":19},"ausgangslage","Warum Buchungsportale nicht der Gegner sind",{"id":21,"text":22},"bestand","Schritt eins: ein Bestand, der nicht im Portal wohnt",{"id":24,"text":25},"verbindung","Schritt zwei: Buchungsportale anbinden, bevor der eigene Kanal öffnet",{"id":27,"text":28},"anlass","Schritt drei: ein Grund, direkt zu buchen",{"id":30,"text":31},"vorgehen","Wie wir den eigenen Kanal aufbauen","\u003Cp>Buchungsportale abzuschalten, sobald die eigene Plattform steht, ist der naheliegende Plan und in der Praxis der riskanteste. Portale bringen Reichweite, die ein neuer Kanal erst aufbauen muss. Tragfähig ist die umgekehrte Reihenfolge: zuerst ein eigener Bestand, dann die Anbindung der Portale, zuletzt ein Anlass, direkt beim Betrieb zu buchen oder zu bestellen.\u003C\u002Fp>\u003Ch2 id=\"ausgangslage\">Warum Buchungsportale nicht der Gegner sind\u003C\u002Fh2>\u003Cp>Ein Betrieb, der Touren, Termine, Zimmer oder Ware über Portale und Marktplätze verkauft, zahlt dort nicht nur Provision. Die Plattform entscheidet, an welcher Stelle sein Angebot erscheint, welche Bewertungen daneben stehen und welche Kontaktdaten er vom Kunden überhaupt zu sehen bekommt. Wer ein zweites Mal kommt, bucht wieder über das Portal, weil der Betrieb ihn auf keinem anderen Weg erreicht.\u003C\u002Fp>\u003Cp>Daraus entsteht oft der Wunsch nach einem harten Schnitt. Er scheitert an einer einfachen Asymmetrie: Das Portal wird von Menschen gefunden, die den Betrieb noch nicht kennen, die eigene Seite anfangs nur von denen, die ihn schon kennen. Wir behandeln Buchungsportale beim Aufbau deshalb als Kanal, der bleibt, und legen mit dem Betrieb fest, woran er erkennt, dass sich Buchungen nach innen verschieben. Das Ziel ist nicht, Portale loszuwerden, sondern nicht mehr von einem einzigen abzuhängen.\u003C\u002Fp>\u003Ch2 id=\"bestand\">Schritt eins: ein Bestand, der nicht im Portal wohnt\u003C\u002Fh2>\u003Cp>Bei vielen Betrieben lebt das Angebot inzwischen in den Portalen selbst: Beschreibungen, Bilder, Preise, Zeitfenster und Stornobedingungen, jeweils in der Maske des Anbieters gepflegt und überall ein wenig anders. Eine eigene Plattform, die diesen Stand abschreibt, erbt jede Abweichung und wird zur nächsten Stelle, an der gepflegt werden muss.\u003C\u002Fp>\u003Cp>Der erste Arbeitsschritt ist deshalb ein Bestand, der beim Betrieb liegt: ein Datenmodell für Angebote, Kapazitäten, Preise und Regeln, aus dem später jeder Kanal gespeist wird. Führt der Betrieb Termine bereits in einem Kalender oder Artikel in einer Warenwirtschaft, wird dieses System zur Quelle, und die Plattform liest daraus, statt eine zweite Liste zu führen.\u003C\u002Fp>\u003Cp>Wie viel an diesem Schritt hängt, zeigt der Tagesausflugsanbieter OneDayTours aus Lissabon. Er pflegte sein Angebot parallel in 14 Sprachen, zusätzlich zur Abhängigkeit von Buchungsportalen mit hohen Provisionen. Mit der eigenen Plattform, die das Angebot an einer Stelle hält, über mehrere Kanäle veröffentlicht und KI-gestützt übersetzt, lautet das Ergebnis dort: −68 % Pflegeaufwand.\u003C\u002Fp>\u003Ch2 id=\"verbindung\">Schritt zwei: Buchungsportale anbinden, bevor der eigene Kanal öffnet\u003C\u002Fh2>\u003Cp>Erst wenn der Bestand steht, verbinden wir ihn mit den Portalen, und zwar in beide Richtungen. Verfügbarkeiten und Preise gehen aus dem eigenen System hinaus, Buchungen aus den Portalen kommen herein und belegen dieselbe Kapazität wie eine Buchung über die eigene Seite. Fehlt diese Verbindung, führt jemand im Betrieb zwei Kalender, und jede direkte Buchung gefährdet den nächsten Portalgast. Wie dieser Abgleich über alle Kanäle funktioniert, erklärt der Lexikonartikel zum \u003Ca href=\"\u002Flexikon\u002Fchannel-manager\">Channel Manager\u003C\u002Fa>.\u003C\u002Fp>\u003Cp>Die Reihenfolge hat einen praktischen Grund. Jedes Portal hat eigene Regeln dafür, wie Daten übergeben werden, wie oft sie abgefragt werden dürfen und was bei einem Konflikt geschieht. Das lässt sich nur am echten Datenfluss prüfen. Deshalb läuft die Verbindung eine Zeit lang mit, während der Betrieb weiter wie gewohnt verkauft, und wir vergleichen die Belegung in beiden Systemen, bevor der eigene Kanal für Kunden öffnet.\u003C\u002Fp>\u003Cp>Eine Grenze gehört ehrlich dazu: Nicht jedes Portal bietet eine Schnittstelle. Wo keine existiert, bleibt ein Abgleich über dessen Export oder die Pflege von Hand. Welcher Weg für welches Portal gilt, steht vor dem Start im Angebot, damit niemand eine Automatik erwartet, die es nicht geben kann.\u003C\u002Fp>\u003Ch2 id=\"anlass\">Schritt drei: ein Grund, direkt zu buchen\u003C\u002Fh2>\u003Cp>Eine Buchungsseite allein holt niemanden aus dem Portal. Kunden buchen direkt, wenn sie einen Grund haben: Sie kennen den Betrieb bereits, sie haben nach dem ersten Besuch einen Weg zurück, und die Buchung ist auf dem Telefon mit wenigen Eingaben erledigt. Zum eigenen Kanal gehört deshalb mehr als ein Formular: eine installierbare Web-App oder Anwendung, über die eine Wiederholungsbuchung kurz bleibt, eine Bestätigung, die den Kontakt beim Betrieb hinterlegt, und eine Adresse, die auf Beleg, Karte und Bestätigungsmail steht.\u003C\u002Fp>\u003Cp>Hier endet auch, was Software entscheiden kann. Ob Direktkunden einen Vorteil bekommen, etwa großzügigere Stornobedingungen, legt der Betrieb fest, und manche Portalverträge regeln, was er dabei darf. Diese Klauseln prüfen wir nicht, das gehört in die Rechtsberatung des Betriebs. Wir bauen die Regeln so, dass er sie ändern kann, ohne die Plattform anfassen zu lassen.\u003C\u002Fp>\u003Ch2 id=\"vorgehen\">Wie wir den eigenen Kanal aufbauen\u003C\u002Fh2>\u003Cp>In einem Auftrag stehen die drei Schritte als getrennte Lieferungen im Angebot, jede mit eigenen Abnahmekriterien: das Datenmodell mit dem übernommenen Bestand, die Anbindung der Portale mit dem Vergleich der Belegung, der Kanal für Kunden. Repository und Zugänge liegen von Anfang an beim Betrieb, Kundendaten aus direkten Buchungen stehen in seiner Datenbank statt in der eines Portals. Verarbeiten wir dabei personenbezogene Daten im Auftrag des Betriebs, schließen wir einen Auftragsverarbeitungsvertrag.\u003C\u002Fp>\u003Cp>Die Oberfläche für Telefon und Browser bauen wir unter \u003Ca href=\"\u002Fleistungen\u002Fapp-entwicklung\">App-Entwicklung\u003C\u002Fa>, das System dahinter mit Verfügbarkeit, Regeln und Schnittstellen zu Portalen und Kalender unter \u003Ca href=\"\u002Fleistungen\u002Fsoftwareentwicklung\">Softwareentwicklung\u003C\u002Fa>.\u003C\u002Fp>",[34,59,84],{"slug":35,"title":36,"subtitle":37,"date":38,"metaTitle":39,"metaDescription":40,"excerpt":41,"readingMinutes":11,"tags":42,"toc":44},"buchungsregeln-aus-dem-kopf","Buchungsregeln aus dem Kopf holen: warum wir bei den abgelehnten Anfragen anfangen","Puffer, Gruppengrößen, Stornofristen, Ausnahmen für Stammkunden: wie ein Betrieb vor der Entwicklung seines eigenen Kanals aufschreibt, was das Team heute am Telefon entscheidet","2026-09-09","Buchungsregeln erfassen, bevor die Plattform entsteht","Buchungsregeln vor der Entwicklung erfassen: wie Betriebe in Deutschland Puffer, Gruppengrößen und Ausnahmen aus dem Telefonalltag in prüfbare Regeln fassen.","Am Telefon erkennt ein erfahrener Mitarbeiter sofort, ob eine Anfrage passt. Ein Buchungsformular kann das nur, wenn diese Entscheidung vorher als Regel formuliert wurde. Wie wir solche Regeln vor der ersten Entwicklungsetappe finden und warum die abgelehnten Anfragen mehr verraten als die angenommenen.",[13,43,15],"Anforderungen",[45,48,51,54,57],{"id":46,"text":47},"telefon","Was am Telefon entschieden wird, muss das Formular können",{"id":49,"text":50},"ablehnungen","Buchungsregeln in den abgelehnten Anfragen finden",{"id":52,"text":53},"kalender","Den Kalender rückwärts lesen",{"id":55,"text":56},"widersprueche","Wenn Buchungsregeln sich widersprechen",{"id":30,"text":58},"Wie wir das vor der Entwicklung festhalten",{"slug":60,"title":61,"subtitle":62,"date":63,"metaTitle":64,"metaDescription":65,"excerpt":66,"readingMinutes":11,"tags":67,"toc":69},"buchungsplattform-vorher-nachher-messen","Buchungsplattform vorher und nachher: welche Zahlen vor dem Start feststehen müssen","Direkte Buchungen, Wiederkehrer, Pflegeaufwand, Rückfragen: woran ein Betrieb erkennt, ob der eigene Kanal wirkt – und warum der Ausgangswert erhoben wird, bevor die Entwicklung beginnt","2026-08-20","Buchungsplattform: Kennzahlen vor und nach dem Start","Buchungsplattform vorher und nachher: welche Kennzahlen Betriebe in Deutschland vor dem Start festhalten, damit die Wirkung des eigenen Kanals prüfbar wird.","Nach dem Start einer eigenen Plattform fragt jeder, ob es sich gelohnt hat. Beantworten lässt sich das nur mit Zahlen, die vorher erhoben wurden. Welche wir mit dem Betrieb festlegen, woher sie kommen und was ein Ergebnis wie +47 % Direktbuchungen zeigt und was nicht.",[13,68,15],"Kennzahlen",[70,73,76,79,82],{"id":71,"text":72},"ausgangswert","Warum die Messung vor der Buchungsplattform beginnt",{"id":74,"text":75},"kennzahlen","Vier Zahlen, die wir vor dem Start festhalten",{"id":77,"text":78},"quellen","Woher die Zahlen kommen",{"id":80,"text":81},"nachher","Nach dem Start: die Buchungsplattform am Ausgangswert messen",{"id":30,"text":83},"Wie wir das in einem Auftrag festlegen",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":85,"toc":86},[13,14,15],[87,88,89,90,91],{"id":18,"text":19},{"id":21,"text":22},{"id":24,"text":25},{"id":27,"text":28},{"id":30,"text":31},1789406623378]