Was ein Buchungssystem 2026 wirklich kostet

"Buchungssystem" ist ein Begriff, der die Arbeit von dreien erledigt. Die Website eines Friseurs mit einer Kalenderseite ist ein Buchungssystem. Eine Restaurantplattform, die Tischinventar über vierzig Standorte jongliert, ist ein Buchungssystem. Booking.com ist, technisch gesehen, ein Buchungssystem. Wenn ein Gründer also fragt, was eines kostet, ist die ehrliche erste Antwort eine Gegenfrage: Welches davon bauen Sie?

Die Preisschilder reichen von 10 US-Dollar pro Monat bis zu einer halben Million Dollar, und beide Enden sind für irgendjemanden legitime Antworten. Hier ist, wo die Linien 2026 verlaufen und wo sich das Geld versteckt, sobald Sie sich fürs Bauen entscheiden. Im Kalender steckt es nie.

Die 20-Dollar-im-Monat-Frage: sollten Sie überhaupt bauen?

Beginnen Sie mit der langweiligen Option, denn für die meisten Unternehmen gewinnt sie. Calendly startet bei 10 US-Dollar pro Nutzer, Acuity bei 20, SimplyBook.me reicht von kostenlos bis etwa 60 US-Dollar, und Mindbody beginnt bei 99 US-Dollar pro Standort. Eine ganze Branche, die mit knapp 15 Prozent pro Jahr wächst, konkurriert bereits darum, das für Sie zu lösen, und wenn Ihr Problem "Kunden sollen einen Slot wählen und eine Erinnerung bekommen" lautet, wurde es vor Jahren gelöst. Sie sollten keinen Entwickler dafür bezahlen, es noch einmal zu lösen. Wir bauen beruflich Buchungssysteme, und das ist immer noch das Erste, was wir Leuten sagen, die uns anrufen.

Die Miet-Stufe wird interessanter, wenn der Anbieter eine Provision statt eines Abos berechnet. FareHarbor, die dominierende Buchungsplattform für Touren und Aktivitäten, nimmt rund 6 Prozent pro Buchung, aufgeschlagen auf den Checkout-Preis des Kunden, und sobald die Kartenabwicklung dazukommt, liegt die Summe bei 7 bis 9 Prozent jeder Transaktion. Peek Pro funktioniert genauso. Bei kleinem Volumen ist das ein großartiger Deal. Die Software ist praktisch kostenlos, bis Sie etwas verkaufen.

Dann beginnt der Zähler zu zählen. Ein Betreiber, der 1 Million US-Dollar pro Jahr durch eine 6-Prozent-Plattform schleust, zahlt 60.000 US-Dollar jährlich, für immer, was zufällig ein komplettes Build-Budget in jedem einzelnen Jahr ist. Das ist der erste der zwei ehrlichen Gründe zu bauen: Die Gebührenrechnung kippt. Der zweite ist Passung. Jedes gemietete Tool kodiert eine bestimmte Art zu arbeiten, und wenn Ihr Inventar, Ihre Regeln oder Ihr lokaler Markt nicht zu dieser Form passen, verbringen Sie Ihr Leben damit, gegen das Tool zu kämpfen. Trifft keiner der beiden Gründe auf Sie zu, mieten Sie, und stecken Sie die Differenz ins Marketing.

Drei Builds, die sich hinter einem Begriff verstecken

Wenn Leute sagen, sie wollen ein Buchungssystem bauen, meinen sie eines von drei Projekten, und die Marktpreise der drei überlappen sich kaum.

• Ein Buchungs-MVP: ein Unternehmen, ein Leistungstyp, ein Zahlungsschritt, automatische Erinnerungen. Marktguides konvergieren bei 25.000 bis 60.000 US-Dollar und 8 bis 16 Wochen, und das deckt sich mit unseren eigenen Schätzungen.
• Ein vollständiges Buchungsprodukt: mehrere Mitarbeiter und Ressourcen, Rollen und Berechtigungen, Stornorichtlinien, Anzahlungen, ein Admin-Panel, ein paar Integrationen. 80.000 bis 180.000 US-Dollar.
• Eine Buchungsplattform: Multi-Property- oder Multi-Vendor-Inventar, Channel-Manager, OTA-Anbindungen, der Stack auf Hospitality-Niveau. 120.000 bis 250.000 US-Dollar und steigend.

Die Plattform-Stufe ist der Punkt, an dem Integrationen aufhören, eine Fußnote zu sein. Öffentliche Kalkulatoren bepreisen eine Channel-Manager-Anbindung mit knapp 4.800 US-Dollar, eine OTA-Integration mit rund 3.900 US-Dollar und GDS-Konnektivität mit knapp 6.900 US-Dollar, jeweils als einmaligen Posten. Jede davon bringt ihren eigenen Auth-Flow, ihre eigenen Fehlermodi und ihre eigene Sandbox mit, die sich leicht anders verhält als die Produktion. Integrationen, nicht Screens, sind der Grund, warum Builds auf Hotelniveau im sechsstelligen Bereich starten.

Alle drei Spannen basieren auf den gemischten Agentursätzen, die wir in was individuelle Software 2026 kostet aufgeschlüsselt haben. Ein US-Anbieter kann sie verdoppeln. Ein Freelancer kann sie halbieren, und kann ebenso gut in Woche neun mit dem Repo verschwinden.

Der Kalender ist der günstige Teil

Das Kalender-UI ist das Günstigste auf der Rechnung. Datepicker sind ein gelöstes Problem. Was Sie bezahlen, ist alles darunter, angefangen beim Inventarmodell, also der präzisen Antwort auf "Was genau wird reserviert, und wann wird es wieder frei?" Ein Zeitslot mit einem Friseur ist einfach. Ein Tisch für vier von 19 bis 21 Uhr, an dem um 21:15 Uhr eine andere Gruppe sitzt und bei dem sich der Raumplan freitags ändert, ist es nicht. Als wir LetsBar, eine Reservierungsplattform für Restaurants gebaut haben, war das, was die Doppelbuchungen halbierte, kein hübscherer Kalender. Es waren Inventarlogik und Concurrency-Kontrolle. Dass zwei Servicekräfte denselben Tisch im selben Moment annehmen, muss unmöglich sein, nicht bloß unwahrscheinlich.

Die zweite Hälfte der Rechnung sind Concurrency, Zeitzonen und Zahlungen. Schutz vor Doppelbuchungen, der unter echter Last hält. Zeitumstellungen, die in genau zwei Nächten pro Jahr Bugs produzieren und danach jeweils eine Woche lang Support-Tickets. Und Zahlungsflows weit jenseits von "Karte belasten": Anzahlungen, Teilerstattungen, No-Show-Gebühren, Stornofenster mit unterschiedlichen Regeln pro Leistung. Dieses letzte Bündel holt seine Kosten auf der Umsatzseite wieder herein. Branchenumfragen beziffern die No-Show-Reduktion durch Zahlung bei Buchung auf knapp 28 Prozent und durch automatische Erinnerungen auf rund 29 Prozent. Die Features, die ein Buchungssystem teuer machen, sind dieselben Features, die es rentabel machen.

Nach dem Launch, und ein Auge auf die Agenten

Mit der Rechnung sind die Ausgaben nicht zu Ende. Hosting für ein Buchungsprodukt ist bescheiden, meist ein niedriger dreistelliger Dollarbetrag pro Monat für App, Datenbank, Storage, E-Mail und Monitoring. Die Wartung ist die Rechnung, die niemand in die Tabelle schreibt: Planen Sie 5 bis 10 Prozent der Baukosten pro Jahr ein, um Dependencies aktuell und gepatcht zu halten. Zwei Jahre ausgelassener Updates sparen kein Geld. Sie verwandeln Ihr Produkt still in einen Neubau.

Eine Anmerkung speziell für 2026. KI-Agenten haben begonnen, im Auftrag von Menschen Buchungen vorzunehmen, und wir haben Anfang des Jahres darüber geschrieben, was das mit Scheduling-Produkten macht. Die praktische Konsequenz für einen neuen Build ist günstig umzusetzen: Legen Sie die Buchungslogik von Tag eins an hinter eine saubere API und behandeln Sie Ihre eigene Website als nur einen weiteren Client davon. Das ist ohnehin gute Architektur. Es bedeutet auch, dass die Tür bereits existiert, wenn ein Agent auftaucht und nach Ihrer Verfügbarkeit fragt.

Was ist also die Zahl?

Eine Terminseite: nicht bauen, sondern für unter 100 US-Dollar pro Monat mieten. Ein Buchungs-MVP für ein Unternehmen: 25.000 bis 60.000 US-Dollar. Ein ernsthaftes Produkt mit Mitarbeitern, Richtlinien und Zahlungen: 80.000 bis 180.000 US-Dollar. Eine Multi-Property-Plattform mit Channel-Managern: 120.000 bis 250.000 US-Dollar, bevor Sie fertig sind. Rechnen Sie 5 bis 10 Prozent pro Jahr dazu, um das, was Sie gebaut haben, am Leben zu halten.

Bevor Sie irgendetwas davon tun, machen Sie die zwei Prüfungen, die die Zahl real machen. Multiplizieren Sie Ihr jährliches Buchungsvolumen mit der Provision, die eine gemietete Plattform nehmen würde, denn das ist das Build-Budget, das Sie bereits ausgeben. Schreiben Sie dann den einen Workflow auf, den die Standardtools nicht können. Bleibt die Seite leer, brauchen Sie noch keine individuelle Software. Buchungssysteme belohnen den langweiligen Weg: mieten, bis es wehtut, und dann das kleinste Ding bauen, das den Schmerz beendet.