SmartMinStay automatisiert die Steuerung von Mindestaufenthalten deines Hotels. Das System prüft regelmäßig die Buchungssituation und passt den Mindestaufenthalt je Zimmerkategorie und Anreisedatum anhand der hinterlegten Regeln an. Die Änderungen werden direkt an 3RPMS übertragen. Somit spart man nicht nur viel Zeit, die man ansonsten mit manuellen Änderungen verbingen würde, sondern MinStay bringt auch mehr Buchungen, da das System Buchungslücken erkennt und diese automatisch anpasst.

Ja. Die Gap-Filling-Funktion erkennt geschlossene Buchungslücken zwischen bereits ausgebuchten Zeiträumen. Ist beispielsweise nur eine Nacht zwischen zwei ausgebuchten Zeiträumen frei, kann SmartMinStay den Mindestaufenthalt für diese Lücke auf eine Nacht reduzieren.

Nein. Genau diese Arbeit soll SmartMinStay reduzieren. Zu Beginn empfiehlt sich der Testmodus, um die eigenen Regeln zu überprüfen. Sobald die Konfiguration zuverlässig funktioniert, kann die Engine automatisiert arbeiten.

Statt für einen Zeitraum dauerhaft beispielsweise drei oder fünf Nächte Mindestaufenthalt festzulegen, verändert MinStay diesen Wert automatisch. Je näher der Anreisetermin rückt oder wenn eine schwer verkäufliche Buchungslücke entsteht, kann der Mindestaufenthalt entsprechend angepasst werden.

Ein hoher Mindestaufenthalt kann frühzeitig längere Buchungen fördern, später aber kurzfristige Buchungen verhindern. MinStay kann die Restriktionen im Zeitverlauf automatisch lockern und dadurch die Buchbarkeit verbessern, ohne dass der Hotelier die Werte täglich manuell kontrollieren muss.

Als Hotelier definierst Du verschiedene Zeitfenster vor der Anreise und den jeweils gewünschten Mindestaufenthalt. Beispielsweise können mehr als 42 Tage vor Anreise fünf Nächte gelten, 21–42 Tage vorher vier Nächte, 14–21 Tage drei Nächte, 7–14 Tage zwei Nächte und kurzfristig nur noch eine Nacht. Die Zeiträume und Werte können individuell konfiguriert werden.

In der aktuellen Version handelt es sich um einen Zeitraum mit freien Nächten, der auf beiden Seiten durch vollständig ausgebuchte Nächte begrenzt wird. Eine geringe Restverfügbarkeit allein wird nicht als Buchungslücke interpretiert.

Ja. Die Regeln verfügen über Prioritäten. Dadurch lässt sich festlegen, welche Regel gewinnt, wenn mehrere Regeln für denselben Termin unterschiedliche Mindestaufenthalte empfehlen.

Ja. Einzelne Tage oder Zeiträume können manuell gesperrt bzw. übersteuert werden. Solange eine solche Sperre aktiv ist, verändert die Automatik diesen Wert nicht.

Ja. Dafür gibt es den Simulations- bzw. Testmodus. MinStay berechnet alle geplanten Änderungen, ohne sie an 3RPMS zu übertragen. Als Hotelier siehst Du vorher den bisherigen Wert, den vorgeschlagenen Wert und die auslösende Regel.

Ja. Neben dem Testmodus ist ein automatischer Betrieb vorgesehen. Der Scheduler startet die Engine regelmäßig, prüft die relevanten Zeiträume und überträgt erforderliche Änderungen entsprechend der hinterlegten Regeln.

Die Engine kann regelmäßig automatisch ausgeführt werden. Die Laufhäufigkeit wird in den Einstellungen festgelegt. Zusätzlich kann eine Simulation bzw. Berechnung jederzeit manuell gestartet werden.

Der Analysezeitraum ist konfigurierbar. Als Hotel kannst Du selbst festlegen, wie viele Tage in die Zukunft die Engine bei jedem Lauf untersuchen soll.

Ja. Über den Explain Mode wird für eine Entscheidung angezeigt, welche Regel angewendet wurde und warum daraus der jeweilige Mindestaufenthalt entstanden ist. Dadurch bleiben die Entscheidungen der Automatik nachvollziehbar.

Ja. In der Kalenderansicht werden die Mindestaufenthalte nach Datum und Zimmerkategorie dargestellt. Änderungen und geplante Anpassungen werden visuell hervorgehoben.

Ja. Das Änderungsprotokoll dokumentiert unter anderem alten und neuen Wert, auslösende Regel, Zeitpunkt sowie den Status der Änderung. Auch simulierte Änderungen können nachvollzogen werden.

Ja. Die Berechnung erfolgt je Zimmerkategorie. Dadurch können beispielsweise Doppelzimmer, Einzelzimmer oder Familienzimmer unterschiedlich behandelt und einzeln betrachtet werden.

Nein. MinStay verändert keine bestehenden Buchungen. Das System steuert die Restriktionen für die zukünftige Buchbarkeit.

Das Hotel kann Unter- und Obergrenzen definieren. Die Engine darf diese Sicherheitsgrenzen nicht überschreiten bzw. unterschreiten.

Dafür ist der Testmodus gedacht. Die Engine arbeitet mit den tatsächlichen Daten und zeigt, welche Änderungen sie vornehmen würde, schreibt diese aber nicht nach 3RPMS. So kann die Regelkonfiguration zunächst sicher getestet werden.

MinStay schreibt die freigegebenen bzw. automatischen Änderungen direkt in 3RPMS. Die weitere Verteilung an die angebundenen Vertriebskanäle erfolgt anschließend über die bestehende Systemlandschaft des Hotels.

SmartMinStay nutzt in der aktuellen Version regelbasierte Automatisierung zur Optimierung von Mindestaufenthalten. Es ist damit kein vollständiges Revenue-Management-System, das beispielsweise Nachfrageprognosen und Preise automatisch optimiert. Eine Erweiterung dahingehend wird angestrebt.

Nein. SmartMinStay steuert Mindestaufenthalte und keine Übernachtungspreise.

In der aktuellen Version noch nicht als eigene dynamische Occupancy-Regel. Die derzeitige Logik basiert insbesondere auf Vorlaufzeit, Buchungslücken und individuell gesetzten Overrides. Eine auslastungsbasierte Steuerung ist als mögliche Erweiterung vorgesehen.

Noch nicht automatisch als eigenständige Event- oder Saisonlogik. Besondere Zeiträume können aktuell über entsprechende Regeln bzw. Overrides berücksichtigt werden. Eine weitergehende Saison- und Eventsteuerung ist für eine spätere Ausbaustufe denkbar.

Der wesentliche Unterschied ist die laufende Automatisierung. Ein einmal hinterlegter Mindestaufenthalt bleibt normalerweise bestehen, bis ihn jemand verändert. SmartMinStay überprüft die Situation dagegen regelmäßig und passt die Werte entsprechend der definierten Strategie an.

Vor allem für Hotels und Beherbergungsbetriebe, die mit Mindestaufenthalten arbeiten und diese bisher regelmäßig manuell anpassen. Besonders interessant ist das bei saisonalen Betrieben, Ferienhotels und Häusern, bei denen kurze Buchungslücken häufig zu nicht verkauften Nächten führen.

Ja. Die Engine verfügt über eine zentrale Aktivierung bzw. Deaktivierung. Außerdem kann der Testmodus verwendet werden, wenn zunächst nur Empfehlungen berechnet werden sollen.

Ja. Die Engine wurde modular konzipiert. Perspektivisch können weitere Regeln und Restriktionen wie auslastungsbasierte Steuerung, Events, Closed to Arrival (CTA), Closed to Departure (CTD), Stop Sell, Maximum Stay oder Booking Window ergänzt werden.