Shiji hat sein cloudbasiertes Property-Management-System Daylight PMS innerhalb von zwei Monaten in mehr als 100 Hotels einer einzigen Hotelgruppe ausgerollt. Das Tempo: durchschnittlich sieben Häuser pro Go-live-Tag, verteilt auf sechs strukturierte Rollout-Wellen. Für die Branche ist das ein Ausrufezeichen — Großprojekte dieser Größenordnung dauern sonst oft ein Jahr oder länger.
Warum dieser Rollout auffällt
PMS-Migrationen gelten im Hotelbetrieb als aufwendig, teuer und riskant. Schnittstellen zu Channel-Managern, Revenue-Management-Systemen, Point-of-Sale und Zahlungsanbietern müssen funktionieren — und das am besten vom ersten Check-in an. Wer schon mal eine solche Migration begleitet hat, kennt die üblichen Verschiebungen, Nacharbeiten und nächtlichen Support-Calls.
Dass Shiji jetzt über 100 Hotels in acht Wochen auf Daylight PMS umgestellt hat, ohne dass ein einzelnes Haus öffentlich über den Rollout geklagt hätte, ist deshalb bemerkenswert. Sieben Properties pro Tag bedeuten: Konfiguration, Datenmigration, Schulung, Testbetrieb und Freigabe — alles in einem eng getakteten Ablauf.
- System: Daylight PMS (cloudbasiert, Shiji Group)
- Umfang: 100+ Hotels einer einzigen Hotelgruppe
- Zeitraum: zwei Monate
- Tempo: durchschnittlich sieben Properties pro Go-live-Tag
- Struktur: sechs aufeinanderfolgende Go-live-Wellen
Das Wellenmodell: sechs Phasen statt Big-Bang
Der Schlüssel liegt im strukturierten Phasenansatz. Statt alle Häuser gleichzeitig umzustellen — das sogenannte Big-Bang-Modell, das selbst mittelgroße Ketten regelmäßig an die Belastungsgrenze bringt — hat Shiji den Rollout in sechs Go-live-Wellen aufgeteilt.
Das Prinzip dahinter ist nicht neu, aber die Ausführungsgeschwindigkeit schon. Jede Welle baut auf den Erfahrungen der vorherigen auf: Konfigurationstemplates werden verfeinert, Schulungsunterlagen angepasst, Support-Ressourcen gezielt eingesetzt. Was in Welle eins noch zwei Tage pro Property gebraucht hat, läuft in Welle sechs in einem Bruchteil der Zeit.
Was das für andere Hotelgruppen bedeutet
Lange galt bei PMS-Projekten die Faustregel: Ein bis zwei Properties pro Woche sind ein gutes Tempo. Wer schneller wollte, riskierte Fehler im laufenden Betrieb — Buchungsverluste, falsche Rechnungen, überlastetes Personal.
Shijis Ergebnis verschiebt diese Erwartung. Voraussetzung dafür sind drei Faktoren, die selten gleichzeitig vorhanden sind:
- Standardisierte Konfiguration: Häuser einer Gruppe teilen viele Einstellungen — Zimmerkategorien, Ratenstruktur, Reporting. Das spart pro Property mehrere Stunden Setup-Zeit.
- Cloudbasierte Architektur: Kein lokaler Server-Aufbau, keine Hardware-Lieferzeiten. Das System ist in Stunden bereit, nicht in Tagen.
- Dediziertes Rollout-Team: Shiji hat für dieses Projekt erkennbar Kapazitäten gebündelt — parallele Teams, klare Eskalationswege, vorab definierte Abnahmekriterien.
Daylight PMS: Was steckt dahinter?
Daylight ist Shijis eigenes cloudbasiertes PMS, das auf einer modernen API-first-Architektur aufbaut. Das System richtet sich an Gruppen und Ketten, die viele Schnittstellen brauchen — von Channel-Managern über Revenue-Management bis zu Loyalty-Programmen.
Shiji positioniert sich schon länger als Technologieanbieter für große Hotelkonzerne. Zu den bekanntesten Kunden gehören Gruppen wie Marriott, InterContinental und Radisson — für einzelne Technologie-Module oder Gesamtlösungen. Der jetzt kommunizierte Massenrollout ist aber in dieser Form neu: 100+ Properties, ein Anbieter, acht Wochen.
Wo der Haken liegen könnte
Zwei Monate klingt gut. Aber Geschwindigkeit ist nur ein Maßstab. Entscheidend ist, was nach dem Go-live passiert: Wie stabil läuft das System unter Echtlast? Wie schnell reagiert der Support, wenn in 40 Häusern gleichzeitig ein Problem auftritt? Wie hoch war die tatsächliche Nutzerakzeptanz bei Rezeptionisten und Housekeeping?
Dazu macht Shiji in der Kommunikation bislang keine konkreten Angaben. Für eine vollständige Bewertung fehlen Post-Go-live-Daten — Uptime-Werte, Support-Ticket-Volumen, Nutzerzufriedenheit. Das ist kein Vorwurf, sondern eine offene Frage, die Einkäufer beim nächsten Vendor-Gespräch stellen sollten.
- Wie viele vergleichbare Rollouts hat dein Team in den letzten 12 Monaten durchgeführt?
- Welche konkreten Uptime-Garantien gelten während der Migrations-Wellen?
- Wie lange läuft der dedizierte Hypercare-Support nach Go-live?
- Welche Schnittstellen (Channel-Manager, RMS, POS) sind vorab zertifiziert?
- Gibt es Referenzkunden mit ähnlicher Haus-Anzahl und Struktur?
Einordnung: Was bleibt
Shiji hat mit diesem Projekt gezeigt, dass Groß-Rollouts in der Hoteltechnologie nicht zwangsläufig Jahresprojekte sein müssen. Das Wellen-Modell mit standardisierten Templates und Cloud-Infrastruktur ist der entscheidende Hebel. Für andere Technologieanbieter im PMS-Markt — Mews, Apaleo, Oracle OPERA Cloud — ist das eine Messlatte, die sie sich anschauen werden.
Für Hotelgruppen, die noch auf Legacy-Systemen sitzen, ist das Argument für einen Wechsel einfacher geworden: Wenn 100 Häuser in zwei Monaten möglich sind, fällt das Argument „zu groß, zu riskant, zu lang“ schwerer aufrechtzuerhalten.