Online-Buchungssystem: Standard-Tool oder eigene Lösung?

Ein Online-Buchungssystem lässt Kundinnen und Kunden einen Termin, einen Tisch oder eine Leistung selbst auf der Website reservieren, ohne Anruf und ohne E-Mail-Pingpong. Ob dafür ein fertiges Standard-Tool genügt oder eine eigene Lösung nötig ist, hängt an einer einzigen Frage: Ist die Terminbuchung das Ende des Vorgangs oder nur ein Schritt in einem längeren Ablauf? Ist sie das Ende, nehmen Sie ein Standard-Tool. Ist sie ein Schritt, rechnen Sie nach, was Sie die Lücken zwischen den Tools jeden Monat kosten.

Dieser Leitfaden hilft, diese Frage für den eigenen Betrieb ehrlich zu beantworten. Er nennt keine Tool-Rangliste, denn Preise und Funktionen der Anbieter ändern sich laufend. Er zeigt stattdessen, woran man erkennt, wann das fertige Werkzeug passt und wann es zu eng wird.

Was ein Buchungssystem eigentlich leisten muss

Viele Diskussionen über Buchungssysteme beginnen bei den Funktionen. Sinnvoller ist es, beim Ablauf zu beginnen. Schreiben Sie auf, was zwischen dem Moment, in dem ein Kunde auf «Termin buchen» tippt, und dem Moment, in dem die Leistung erbracht ist, alles passiert. Bei einem Coiffeur ist das kurz: Slot wählen, Name und Telefonnummer, Bestätigung, Erinnerung. Bei einem Treuhandbüro ist es lang: Paket wählen, Konto anlegen, Unterlagen hochladen, Termin festlegen, Vorbereitung im Team, Rechnung.

Je kürzer dieser Ablauf ist, desto besser passt ein Standardprodukt. Je länger und je spezifischer er ist, desto mehr Arbeit verlagert sich in die Lücken zwischen Buchungstool, E-Mail-Postfach, Ablage und Buchhaltung. Diese Lücken sieht man im Abopreis nicht, aber man spürt sie jeden Tag.

Wann ein Standard-Tool die richtige Wahl ist

Für einen grossen Teil der Schweizer KMU ist ein fertiges Werkzeug die vernünftige Antwort. Es ist schnell eingerichtet, wird vom Anbieter gewartet und deckt Erinnerungen, Kalenderabgleich und Absagen ab. Ein Standard-Tool passt in der Regel, wenn diese Punkte zutreffen:

• Die Leistung ist ein Zeitslot mit fester Dauer, etwa eine Beratung, ein Haarschnitt oder eine Behandlung.
• Vor dem Termin braucht es nur Kontaktdaten und allenfalls eine kurze Notiz.
• Nach dem Termin passiert nichts, was das System wissen muss.
• Es reicht, wenn neue Buchungen per E-Mail oder in der App des Anbieters ankommen.
• Das Erscheinungsbild des Buchungsfensters ist zweitrangig.

Treffen alle fünf Punkte zu, ist eine eigene Entwicklung in den meisten Fällen Geldverschwendung. Wir raten dann selbst davon ab. Achten Sie bei der Auswahl auf drei Dinge: wo die Daten gespeichert werden (Stichwort revidiertes Datenschutzgesetz), ob sich das Buchungsfenster sauber in die eigene Website einbetten lässt, ohne die Ladezeit stark zu verschlechtern, und ob Buchungen als Conversion messbar sind.

Wann die Buchung Teil eines eigenen Ablaufs sein muss

Ein Standard-Tool wird eng, wenn die Buchung mehr ist als ein Termin. Typische Signale aus der Praxis:

Paketwahl vor dem Termin. Der Kunde wählt zuerst ein Leistungspaket mit Preis, erst danach einen Termin. Je nach Paket ändern sich Dauer, Vorbereitung und benötigte Unterlagen.

Unterlagen hochladen. Dokumente gehören zum Fall, nicht in ein E-Mail-Postfach. Sie sollen beim richtigen Kunden, im richtigen Auftrag und geschützt abgelegt sein.

Bezahlung oder Anzahlung. Die Buchung ist erst gültig, wenn bezahlt ist, oder es braucht eine Anzahlung gegen Leerläufe. Wie sich Twint, Karte und Rechnung in einem eigenen System kombinieren lassen, steht im Beitrag über Zahlungen im eigenen SaaS.

Interne Weiterverarbeitung. Aus der Buchung entsteht ein Auftrag, eine Offerte oder eine QR-Rechnung. Wie das bei Rechnungen aussieht, beschreibt der Leitfaden zur QR-Rechnung in der eigenen Software.

Sofort reagieren müssen. Im Restaurant oder auf der Baustelle sitzt niemand am Computer. Eine E-Mail, die zwei Stunden ungelesen bleibt, kostet den Auftrag.

Zwei oder mehr dieser Signale bedeuten nicht automatisch, dass Sie eine Individualsoftware brauchen. Sie bedeuten aber, dass Sie die Kosten ehrlich vergleichen sollten: Abo plus Handarbeit plus Fehler auf der einen Seite, Entwicklung plus Betrieb auf der anderen. Die Denkweise dahinter beschreibt der Beitrag zu Make or Buy bei Software.

Vergleich: Standard-Tool, Tool mit Erweiterungen, eigene Lösung

Die mittlere Spalte ist die heimtückischste. Ein Buchungstool, verbunden über eine Automationsplattform mit Ablage, Buchhaltung und Messenger, funktioniert am Anfang erstaunlich gut. Mit jedem neuen Sonderfall wächst aber das Geflecht, und irgendwann weiss niemand mehr, warum eine Buchung nicht im Kalender gelandet ist. Wer diesen Punkt erreicht, zahlt doppelt: für die Tools und für die Fehlersuche.

Beispiel: Steuererklärung Zürich

Ein Beispiel aus unseren Projekten zeigt, wie eine Buchung Teil eines ganzen Ablaufs wird. Für Steuererklärung Zürich haben wir eine Web-App gebaut, in der Kundinnen und Kunden ihr Steuererklärungs-Paket wählen, ein Login erstellen, ihre Unterlagen hochladen und direkt einen Termin buchen. Dazu kamen Branding und Online-Marketing über Google. Das belegte Ergebnis laut Referenz: über 1'000 Kundenanfragen pro Jahr.

Mit einem reinen Termin-Tool wäre derselbe Prozess in vier Teile zerfallen: Preisseite, Buchungstool, Upload-Dienst und E-Mail-Postfach. Jede Anfrage hätte das Team von Hand zusammensetzen müssen. In der Web-App gehören Paket, Dokumente und Termin von Anfang an zum selben Kunden.

Beispiel: Reservation mit Push und WhatsApp

Ein zweites Beispiel betrifft die Reaktionszeit. Bei Han Kitchen, einem Restaurant in Zürich-Oerlikon, reservieren Gäste in drei Schritten online: Datum, Uhrzeit und Personen, dann Kontakt. Hinter der Website läuft eine Admin-App, die sich wie eine App auf den Home-Bildschirm des Handys legen lässt. Jede neue Reservation löst sofort eine Push-Benachrichtigung aus, zur Sicherheit geht zusätzlich eine E-Mail ans Restaurant.

Beim Bestätigen erscheint ein fertiger, anpassbarer Text mit Datum, Uhrzeit, Personen und Adresse. Ein Tipp auf «Per WhatsApp» öffnet ihn im WhatsApp des Restaurants, und die Nachricht geht vom eigenen Konto an den Gast, ohne Kosten pro Nachricht. Die App speichert, ob und auf welchem Weg der Gast informiert wurde. Wer ein Standard-Tool in Betracht zieht, sollte prüfen, ob es diese Kombination aus Progressive Web App, Push aufs eigene Handy und persönlicher Bestätigung per WhatsApp abdeckt, oder ob neue Buchungen nur per E-Mail oder in der App des Anbieters ankommen.

Wie man eine eigene Lösung klein beginnt

Eine eigene Buchungslösung muss nicht mit dem ganzen Betrieb starten. Bewährt hat sich ein Vorgehen in drei Stufen:

1. Den Kernablauf festlegen. Welche drei bis fünf Schritte durchläuft ein Kunde von der Auswahl bis zur bestätigten Buchung? Alles andere kommt später.
2. Einen Prototyp bauen und testen. Ein klickbarer, funktionierender Prototyp mit echten Kunden zeigt schnell, ob der Ablauf verstanden wird. Ein MVP beginnt bei uns ab CHF 10'000.
3. Erweitern, wo es weh tut. Zahlung, Push, Rechnung oder Kundenportal folgen, wenn der Kern trägt.

Mehr zum Ablauf einer solchen Entwicklung steht auf der Seite Web-App entwickeln lassen. Für Betriebe mit sehr eigenen Prozessen lohnt sich auch ein Blick auf Individualsoftware für Schweizer KMU.

Messen, ob die Buchung funktioniert

Ob Standard-Tool oder eigene Lösung: Eine Buchungsstrecke ohne Messung ist ein Blindflug. Mindestens drei Zahlen sollten Sie kennen: wie viele Besucher die Buchungsseite öffnen, wie viele die Buchung abschliessen, und an welchem Schritt die anderen abspringen. Bei eingebetteten Standard-Tools ist genau das oft schwierig, weil das Buchungsfenster auf einer fremden Domain läuft und die eigene Statistik den Abschluss nicht sieht.

Eine eigene Lösung kann jeden Schritt als Ereignis erfassen, in Google Analytics, im Tag Manager oder in einer eigenen, cookiefreien Besucherstatistik. Wie man solche Ziele sauber einrichtet, erklärt der Beitrag zum Conversion-Tracking mit dem Google Tag Manager.

Entscheidungshilfe in fünf Fragen

Beantworten Sie diese Fragen mit Ja oder Nein:

1. Muss der Kunde vor dem Termin etwas wählen, das Preis oder Dauer verändert?
2. Gehören Dokumente oder Fotos zur Buchung?
3. Soll die Buchung erst nach Bezahlung oder Anzahlung gelten?
4. Entsteht aus der Buchung intern ein Auftrag, eine Offerte oder eine Rechnung?
5. Muss jemand innerhalb von Minuten reagieren, ohne am Computer zu sitzen?

Bei null oder einem Ja: Standard-Tool. Bei zwei Ja: Standard-Tool mit gezielter Erweiterung prüfen und die Handarbeit messen. Bei drei oder mehr Ja: Eine eigene Lösung ernsthaft durchrechnen, idealerweise beginnend mit einem kleinen Prototyp.

Ein Buchungssystem ist kein Selbstzweck. Es soll Anfragen in erledigte Aufträge verwandeln, mit möglichst wenig Handarbeit dazwischen. Wer seinen Ablauf kennt, findet die richtige Antwort meist schneller als gedacht, und oft ist sie einfacher, als es ein Softwareanbieter gerne hätte.