PMS-Migration steckt mitten in der Einführung fest

Das neue System wird nach Demo, Preis oder Empfehlung gewählt. Was das Haus wirklich braucht — Halbpension, Gruppen, Mehrsprachigkeit, Schnittstellen — steht nirgends. Nach der Einführung fällt auf, was fehlt.

Vor jeder Demo eine Liste: was muss das System können, was wäre gut, was ist egal. Aus dem eigenen Betrieb hergeleitet, mit dem Team. Jede Demo wird gegen die Liste geprüft, nicht gegen den Eindruck.

Gästedaten mit Dubletten, Preise mit Ausnahmen, Buchungen für die nächsten zwölf Monate, Verträge mit Reiseveranstaltern — alles im alten System, in keinem Zustand für einen Umzug. Was mitgeht und was nicht, wurde nie entschieden.

Datenbereinigung vor dem Wechsel: Dubletten zusammenführen, Preise vereinfachen, Altlasten aussortieren. Festlegen, was migriert wird und was archiviert. Ein sauberer Bestand macht den Umzug halb so schwer.

Der Wechsel wird geplant, wenn der Druck am größten ist — also kurz vor oder in der Saison. Es gibt kein Zeitfenster für Parallelbetrieb, Schulung, Fehlerkorrektur.

Wechsel in der ruhigsten Phase, mit festem Zeitplan: Datenumzug, Parallelbetrieb, Schulung, Stichtag. Rückfalloption vereinbart. Wenn das Fenster nicht reicht, verschieben — nicht verkürzen.

Das neue System wird von der Führung ausgewählt und dem Team an einem Schulungstag gezeigt. Die Rezeption, die es täglich nutzt, wurde nicht gefragt. Widerstand ist die logische Folge.

Die Nutzer früh einbinden: Anforderungen, Demos, Testphase. Eine Person aus dem Team als interner Ansprechpartner, der das neue System vor allen anderen kennt. Der Wechsel gelingt, wenn das Team ihn will.