Checkliste für den Wechsel des Restaurant-Reservierungssystems
Der Wechsel des Restaurant-Reservierungssystems ist kein Austausch eines Widgets. Künftige Buchungen, Gästedaten, Tisch- und Serviceregeln, Zahlungen, Stornierungsrichtlinien, Website-Schaltflächen, Google-Aktionen, Personalabläufe und Berichte wechseln gleichzeitig.
Die sicherste Migration hat eine verantwortliche Person, einen klaren Umstellungsplan und ausdrückliche Prüfungen für jeden Weg, über den eine Reservierung eingehen oder geändert werden kann. Nutzen Sie diese Checkliste beim Verlassen eines Marktplatzes, beim Ersetzen einer umfassenden Gästeplattform oder beim Wechsel von manuellen Werkzeugen zu einem Direktbuchungssystem.
Das Wichtigste in Kürze
- Exportieren und gleichen Sie künftige Reservierungen ab, bevor Sie einen öffentlichen Buchungslink ändern.
- Behandeln Sie Anzahlungen, Vorauszahlungen, Kartengarantien, Geschenkkarten, Erstattungen und Stornierungsrechte als getrennte Migrationsbereiche.
- Bauen Sie Verfügbarkeit aus Betriebsregeln auf, nicht nur aus Öffnungszeiten.
- Stellen Sie Website, Google, soziale Kanäle, QR-Codes, Kampagnen und Personalbuchungen anhand eines dokumentierten Kanalinventars um.
- Prüfen Sie echte Services mit realistischen Buchungsszenarien, bevor die Migration als abgeschlossen gilt.
Bevor Sie ein Umstellungsdatum wählen
Richten Sie das Migrationsfenster am Restaurantbetrieb aus, nicht an der Bequemlichkeit der Software. Starten Sie nicht unmittelbar vor einem Feiertag, einer Veranstaltung, einer Menüänderung, einer Terrasseneröffnung, einer großen Privatbuchung oder einer anderen Phase, in der die Aufmerksamkeit des Teams bereits gebunden ist.
- Benennen Sie eine verantwortliche Person für die Migration und eine entscheidungsbefugte Person für Ausnahmen.
- Legen Sie ein Startdatum und ein Ausweichdatum fest.
- Listen Sie Services auf, die keine Störung vertragen: Hauptabendservice, Private Dining, Veranstaltungen, Degustationsmenüs und Gruppenbuchungen.
- Vereinbaren Sie, wann das alte System keine neuen Buchungen mehr annimmt und wie bestehende Reservierungen zugänglich bleiben.
- Definieren Sie das Abgleichfenster, in dem beide Systeme aktive Datensätze enthalten können.
- Planen Sie Personalschulung und eine überwachte erste Woche vor der Veröffentlichung der neuen Links.
Das Umstellungsdatum ist erst bereit, wenn klar ist, wer eine Kanaländerung anhalten, fortsetzen oder zurücknehmen darf. Das ist eine betriebliche Entscheidung, keine technische Umschaltfunktion.
1. Exporte sichern und Datenverantwortung klären
Fragen Sie den bisherigen Anbieter, was in welchem Format und bis zu welchem Datum exportiert werden kann. Gehen Sie nicht davon aus, dass jedes Feld der Oberfläche im Export erscheint oder dass eine Marketingeinwilligung ohne Bedingungen übertragen werden darf.
- Künftige Reservierungen mit Datum, Uhrzeit, Gruppengröße, Status, Service, Bereich, Tischzuordnung, Quelle und Bestätigungsart.
- Kontaktdaten, Notizen, Präferenzen, Tags, Barrierefreiheitsbedarf, Ernährungsinformationen und Besuchsverlauf, soweit vertraglich und rechtlich verfügbar.
- Marketingeinwilligungen mit Quelle, Umfang, Sprache und Zeitstempel statt eines unerklärten Ja-Nein-Feldes.
- Stornierungs-, No-Show-, Erstattungs-, Streitfall- und Zahlungsreferenzen, die für spätere Gästefragen benötigt werden.
- Konfiguration von Erlebnissen, Menüs, Bereichen, Tischen, Schichten, Taktung, Dauer, Sperrzeiten und Gruppengrößen.
- Berichte für Finanzabgleich, Quellenzuordnung und historische Vergleiche nach Schließung des alten Dashboards.
Speichern Sie den Originalexport schreibgeschützt, dokumentieren Sie den Erstellungszeitpunkt und verwenden Sie eine Arbeitskopie zur Bereinigung. Zählen Sie künftige Reservierungen vor und nach dem Import nach Servicedatum und Status. Eine Migration ist nicht geprüft, nur weil sich eine Datei öffnen lässt. Sie ist geprüft, wenn die für den Service benötigten Datensätze vorhanden und verständlich sind.
2. Künftige Buchungen, Zahlungen und Zusagen schützen
Künftige Reservierungen sind bereits gegebene Zusagen an Gäste. Bewahren Sie die Formulierung und den kommerziellen Zustand, die bei der Bestätigung galten, auch wenn das neue System für neue Reservierungen andere Richtlinien nutzt.
| Zusage | Migrationsprüfung | Ergebnis für den Gast |
|---|---|---|
| Standardreservierung | Status, Datum, Uhrzeit, Gruppengröße, Service, Bereich, Quelle, Notizen und Änderungsverlauf bleiben erhalten. | Der Gast kommt zu der bereits bestätigten Buchung. |
| Anzahlung oder Vorauszahlung | Betrag, Währung, Zahlungsstatus, Erstattungsstatus, Anbieterreferenz und Richtlinienversion bleiben abstimmbar. | Der Gast wird nicht doppelt belastet und das Personal kann den Saldo erklären. |
| Kartengarantie oder Autorisierung | Das Team weiß, ob die alte Autorisierung oder gespeicherte Zahlungsvereinbarung weiterhin nutzbar und zulässig ist. | Ohne gültige Richtlinie, Zahlungsgrundlage und Personalprüfung wird keine Gebühr versucht. |
| Geschenkkarte oder Gutschein | Ausgabewert, Code, Saldo, Währung, Ablauf, Einlösungsverlauf und Buchungsbezug sind nachvollziehbar. | Der Gast kann gültiges Guthaben ohne manuelles Rätselraten nutzen. |
| Erlebnis oder Zusatzleistung | Menü, Paket, Sitzplatz, Menge, Preis, steuerliche Behandlung und Erfüllungshinweise bleiben bei der Reservierung. | Küche und Service sehen, was verkauft wurde, nicht nur eine Tischzeit. |
Wenn ein Zahlungsmittel nicht sicher migriert werden kann, dokumentieren Sie vor der Umstellung die Alternative: den alten Datensatz für die Abwicklung verfügbar halten, betroffene Gäste kontaktieren, nur mit klarer Zustimmung neu autorisieren oder erstatten und die Zusage neu anlegen. Verbergen Sie die Lücke niemals in einer Reservierungsnotiz.
3. Verfügbarkeit, Tische und Richtlinien neu aufbauen
Öffnungszeiten sind kein buchbares Inventar. Bauen Sie das Betriebsmodell nach, das entscheidet, welche Gruppe welchen Service wie lange, in welchem Bereich und unter welcher Bestätigungs- und Zahlungsregel buchen kann.
- Services und Schichten nach Tag, Uhrzeit, Dauer, Buchungsfenster und Vorlauf.
- Bereiche, Tische, Kombinationen, Kapazität, Barrierefreiheit, Taktung und Tischdauer.
- Mindest- und Höchstgrenzen für Gruppen, Abläufe für große Gruppen und anfragepflichtiges Inventar.
- Sondertage, Feiertage, Schließzeiten, Veranstaltungen, Sperrzeiten und saisonale Bereiche.
- Sofortbestätigung oder Restaurantfreigabe für jede Buchungsart.
- Stornierungsfenster, No-Show-Regeln, Anzahlungen, Vorauszahlung, optionale Vorauszahlung, Kartengarantien, Erstattungen und Kulanzzeiten.
- Erlebnisse, Menüs, Zusatzleistungen, Geschenkkarten, Private Dining und Sitzplatzoptionen, die öffentlich sichtbar sein müssen.
Prüfen Sie Verfügbarkeit mit Daten und Gruppengrößen, die Ergebnisse liefern sollen, und mit Kombinationen, die keine Ergebnisse liefern dürfen. Die negativen Fälle sind wichtig: Sie zeigen Überbuchung, fehlende Einschränkungen und versehentliche Sofortbestätigung.
4. Jede Kanalumstellung planen
Erstellen Sie ein Inventar aller öffentlichen und personalbezogenen Einstiegspunkte. Nehmen Sie auch URLs in alten E-Mails, Drucksachen, Kampagnenseiten und Drittprofilen auf, nicht nur die Hauptschaltfläche der Website.
- Website-Kopfzeile, Navigation, Buchungsseite, eingebettetes Widget, Fußzeile, Kontaktseite und Standortseiten.
- Buchungslinks im Google-Unternehmensprofil, Partnerweiterleitung für „Mit Google reservieren“ und mögliche Zahlungsweiterleitung.
- Instagram, Facebook, TikTok, WhatsApp, E-Mail-Signaturen, Newsletter und Profil-Link-Werkzeuge.
- QR-Codes auf Speisekarten, Fenstern, Hoteltresen, Karten, Belegen und Veranstaltungsmaterial.
- Bezahlte Anzeigen, organische Landingpages, Influencer-Links, Partnerseiten und Kampagnenparameter.
- Abläufe für Telefon, E-Mail, spontane Gäste, Concierge, Hotels und Personalbuchungen.
- Marktplatzprofile, die nach der Direktumstellung für zusätzliche Auffindbarkeit aktiv bleiben.
Der Leitfaden zu Direktbuchungen über Google und die Suche erklärt, wie Google-Nachfrage dieselben Live-Regeln wie die Website nutzen sollte. Die Integrationsübersicht beschreibt die Kanalschicht hinter diesem Weg.
Aktualisieren Sie Kanäle in kontrollierter Reihenfolge und prüfen Sie das endgültige Ziel auf Mobilgeräten und Desktop. Dokumentieren Sie für jeden Einstieg alte URL, neue URL, verantwortliche Person, Änderungszeit und Prüfergebnis.
5. Personal mit realistischen Serviceszenarien schulen
Die Schulung sollte die Zustände verwenden, die das Team im Service sieht, nicht nur eine Produkttour. Üben Sie mit den Personen, die Anrufe beantworten, Gäste platzieren, Anfragen freigeben, Zahlungen abstimmen und Beschwerden behandeln.
- Eine importierte künftige Reservierung finden und ändern.
- Eine Telefon- oder spontane Buchung mit richtiger Quelle und passenden Notizen anlegen.
- Eine anfragepflichtige Reservierung annehmen und ablehnen.
- Die Zustände ausstehend, bezahlt, erstattungsfähig, erstattet, fehlgeschlagen und strittig erkennen.
- Späte Stornierung, No-Show-Prüfung, Kulanzfall und restaurantseitige Stornierung bearbeiten.
- Geschenkkarte, Gutschein, Zusatzleistung, Erlebnis, Anzahlung oder Vorauszahlung anwenden oder prüfen.
- Erklären, wo Google-, Website-, Marktplatz-, Kampagnen- und Personalbuchungen erscheinen.
- Fehlende Buchung, doppelten Datensatz, Verfügbarkeitsabweichung oder Zahlungsdifferenz eskalieren.
Geben Sie dem Host-Team eine kurze Referenz für den Starttag mit benannten Verantwortlichen für Reservierungsdaten, Verfügbarkeit, Zahlungen, Google-Weiterleitung und Gästekommunikation. Ein allgemeines Supportpostfach ist kein Betriebsplan.
6. Vor und nach dem Start prüfen
Führen Sie eine Abnahme vor dem Start, eine Umstellungsprüfung unmittelbar nach der Linkänderung und eine tägliche Prüfung in der ersten Live-Woche durch.
| Prüfphase | Pflichtprüfungen | Abschlussnachweis |
|---|---|---|
| Vor dem Start | Importe stimmen, Verfügbarkeitstests bestehen, Richtlinien werden korrekt angezeigt, Zahlungswege funktionieren und Personal absolviert Szenarien. | Abgezeichnete Checkliste mit Zählwerten, Testbuchungen, Verantwortlichen und offenen Ausnahmen. |
| Bei der Umstellung | Jeder öffentliche Link erreicht die vorgesehene lokalisierte Buchungsstrecke und erzeugt die richtige Quelle. | Mobil- und Desktopprüfung sowie erfolgreiche Testreservierungen aus den wichtigsten Kanälen. |
| Erster Service | Hosts finden importierte und neue Buchungen, verstehen Zahlungszustände und bearbeiten Anfragen oder Änderungen. | Schichtauswertung, in der jedes Problem zugewiesen wird und nicht im Chat liegen bleibt. |
| Erste Woche | Buchungsvolumen, Verfügbarkeitsfehler, Quellenmix, Zahlungsfehler, Stornierungen, No-Shows und Gästefragen werden täglich geprüft. | Tägliches Abgleichprotokoll und bestätigte Korrekturen. |
| Nach Stabilisierung | Alte Links sind entfernt, erforderliche Altunterlagen bleiben zugänglich und das Team nutzt das neue System als betriebliche Quelle. | Endfreigabe mit verbleibenden Vertrags-, Finanz- oder Aufbewahrungsaufgaben. |
Arbeitsplan zum Kopieren
Nutzen Sie diese Arbeitsbereiche als Überschriften im Migrationstracker des Restaurants:
- Verantwortung und Termine: verantwortliche Person, Startdatum, Ausweichdatum, Anbieteransprechpartner und Eskalationsweg.
- Daten: Exportumfang, Bereinigung, Zuordnung, Import, Zählwerte, Ausnahmen, Aufbewahrung und Löschverantwortung.
- Buchungen: künftige Reservierungen, Anfragen, Änderungen, Stornierungen, Notizen, Erlebnisse und Tischzuordnungen.
- Zahlungen: Anzahlungen, Vorauszahlungen, Kartengarantien, Geschenkkarten, Erstattungen, Streitfälle, Anbieterreferenzen und Abgleich.
- Konfiguration: Services, Schichten, Tische, Bereiche, Taktung, Gruppengrößen, Sondertage, Richtlinien, Sprachen und Benachrichtigungen.
- Kanäle: Website, Google, soziale Medien, QR, Kampagnen, Marktplätze, Partner, Telefon, E-Mail und Personalbuchung.
- Menschen: rollenbezogene Schulung, Startabdeckung, Supportverantwortung und Serviceauswertungen.
- Prüfung: Tests vor dem Start, Umstellungsprüfungen, tägliche Überwachung, Problemverantwortung und Endfreigabe.
Häufige Migrationsfehler
| Fehler | Warum er entsteht | Vorbeugung |
|---|---|---|
| Öffentliche Links ändern sich vor dem Importabgleich | Der sichtbare Start wird zum Projektmeilenstein gemacht. | Zählwerte künftiger Buchungen und Ausnahmeprüfung zur Startvoraussetzung machen. |
| Der neue Kalender kopiert Öffnungszeiten | Verfügbarkeitslogik wird auf Zeiten statt auf Services, Tische, Taktung und Regeln reduziert. | Positive und negative Kombinationen nach Datum, Gruppengröße, Service und Bereich prüfen. |
| Zahlungsstatus wird zu einer Notiz | Geld- und Buchungsdaten werden getrennt migriert. | Betrag, Währung, Status, Richtlinie, Anbieterreferenz, Erstattung und Gästepflicht gemeinsam abstimmen. |
| Google und Website nutzen unterschiedliche Regeln | Kanäle werden als getrennte Kalender eingerichtet. | Jeden Kanal mit derselben Live-Verfügbarkeit und Lebenszyklusverantwortung verbinden. |
| Personal wird nach dem Start geschult | Konfiguration erhält Aufmerksamkeit, Serviceszenarien nicht. | Rollenbezogene Szenarien vor der öffentlichen Umstellung verpflichtend abschließen. |
| Das alte System verschwindet zu früh | Vertragsende, Datenaufbewahrung und Betriebszugang werden als ein Datum behandelt. | Lesezugang, Exporte, Finanzunterlagen, Gästesupport und Löschzeitpunkt getrennt dokumentieren. |
FAQ
Wie lange dauert der Wechsel eines Restaurant-Reservierungssystems?
Es gibt keine allgemeingültige Dauer. Ein einzelner Betrieb mit einfachen künftigen Buchungen und ohne Zahlungen kann schnell wechseln. Mehrere Standorte, viele künftige Buchungen, komplexe Tische und Taktung, Erlebnisse, Zahlungen, Geschenkkarten, Google-Weiterleitung und Marketingeinwilligungen erfordern mehr Vorbereitung. Klären Sie zuerst die Arbeitsbereiche und setzen Sie dann den Termin.
Sollten Restaurants beide Systeme gleichzeitig betreiben?
Eine kurze kontrollierte Überschneidung kann beim Abgleich bestehender und neuer Buchungen helfen. Zwei aktive Verfügbarkeitsquellen können aber Duplikate und Verwirrung erzeugen. Legen Sie fest, welches System neue Buchungen besitzt, welches nur lesbar oder vorübergehend bleibt und wann jeder Kanal wechselt.
Welche Daten sollten zuerst exportiert werden?
Beginnen Sie mit künftigen Reservierungen und den für den Service erforderlichen Angaben: Gastkontakt, Datum, Uhrzeit, Gruppengröße, Status, Service, Bereich, Notizen, Zahlungs- oder Richtlinienstatus und Quelle. Sichern Sie danach Konfiguration, historische Daten, Einwilligungsnachweise und Berichte für Betrieb, Finanzen und Aufbewahrungspflichten.
Können Kartendaten in ein neues Reservierungssystem übertragen werden?
Gehen Sie nicht davon aus. Gespeicherte Zahlungsmittel, Autorisierungen, Kartengarantien und Anbieter-Token unterliegen Vorgaben von Zahlungsanbietern, Verträgen, Sicherheit und Einwilligung. Bestätigen Sie den zulässigen Weg mit beiden Anbietern, bevor Sie Kontinuität versprechen.
Wann ist die Migration abgeschlossen?
Die Migration ist abgeschlossen, wenn künftige Reservierungen stimmen, das Personal den Live-Service bedienen kann, jeder aktive Kanal die vorgesehene lokalisierte Strecke erreicht, Zahlungen und Richtlinien erklärbar bleiben, wichtige Probleme Verantwortliche haben und erforderliche Altunterlagen korrekt aufbewahrt oder beseitigt werden.
Nächster Schritt: Verantwortung vor der Software festlegen
Nutzen Sie diese Checkliste nach dem OpenTable-Alternativenvergleich, dem SevenRooms-Alternativenvergleich oder dem Leitfaden zu den besten Restaurant-Reservierungssystemen. Die Produktwahl ist wichtig, doch die Migration gelingt nur, wenn das Restaurant festlegt, wer Daten, Nachfrage, Buchungsregeln, Zahlungszusagen, Kanaländerungen und Serviceprüfung verantwortet.