Verantwortung und Sollzustand für den Start festlegen
Ein kleines Team braucht keine große Projektorganisation, aber jede Entscheidung braucht einen Namen.Benenne eine Freigabeperson für Hotel- und Finanzdaten, eine Person für Zimmer und Preise sowie mindestens je einen Testbenutzer für Rezeption und Housekeeping. In einem kleinen Haus kann dieselbe Person mehrere Rollen übernehmen; die fachliche Freigabe bleibt trotzdem getrennt. Die offizielle Firmenanschrift wird nicht von jemandem „ungefähr“ eingetragen, und die Zimmerkapazität wird nicht aus einem alten Portaltext übernommen, ohne sie mit dem tatsächlichen Haus abzugleichen.
Schreibe vor dem Setup den Sollzustand auf: 16 reale Zimmer in vier verkaufbaren Kategorien, nachvollziehbare Startpreise, getrennte Benutzer, ein sichtbarer Housekeeping-Plan und eine Testbuchung mit Gast, zwei Nächten, Rate und Zahlungsstand. Das Beispiel Hotel Nordlicht verwendet genau diese Größenordnung. Der Sollzustand schützt davor, während des Setups immer neue Nebenaufgaben zu beginnen. Portalverbindungen und Datenmigration erhalten jeweils einen eigenen Abnahmetest.
Definiere den Launch-Eigentümer, die Moduleigentümer und das messbare Day-One-Ziel, bevor du Daten eingibst. Gib an, wer die Hotelidentität, Zimmer, Preise, Finanzen, Benutzer, Zimmerreinigung und den letzten Testaufenthalt genehmigt. Portalverbindungen und Datenmigration erhalten jeweils einen eigenen Abnahmetest und werden nur nach erfolgreicher Prüfung freigegeben. Erstelle für jeden Punkt eine Checkliste mit Quelle, verantwortlicher Person, Überprüfungsdatum und Nachweisen; „Konfiguriert“ ist kein Beweis, bis der gespeicherte Wert erneut geöffnet und in einem Workflow verwendet wird. Lege während des Abschlusstests ein Einfrierfenster für Raum- und Ratenänderungen fest, damit das Ergebnis reproduzierbar ist. Vereinbare eine Stoppregel für fehlende rechtliche, steuerliche, Inventar- oder Zugangsdaten, anstatt diese mit Demo-Annahmen zu füllen. Der Einführungsplan ist fertig, wenn jede kritische Entscheidung einen Eigentümer, eine Quelle und einen Abnahmetest hat und das Team versteht, was am ersten Tag funktionieren muss und was später folgen könnte.
| Bereich | Entscheidung | Sichtbarer Beleg |
|---|---|---|
| Hotel & Finance | Offizielle Identität, Kontakt, Steuer- und Rechnungsdaten | Gespeicherte Einstellungen und Dokumentvorschau |
| Zimmer & Verkauf | Kategorien, Kapazität, Zimmer, Basispreis | Zimmerzentrale und Preisansicht stimmen überein |
| Team & Betrieb | Benutzer, Rollen, Housekeeping-Zuständigkeit | Jeder Testzugang sieht den richtigen Arbeitsbereich |
Hotelidentität und betriebliche Standards vollständig speichern
Diese Daten erscheinen später an vielen Stellen. Deshalb gibt es genau eine verantwortliche Quelle.Öffne Einstellungen → Hotel. Prüfe offiziellen Hotelnamen, Straße, Postleitzahl, Ort, Land, Zeitzone, Währung, Standardsprache, Telefonnummer und betreute E-Mail-Adresse. Verwende die Schreibweise, die auch in Verträgen und Gästeinformationen gilt. Die Zeitzone beeinflusst den Betriebstag, Anreisen, geplante Abläufe und zeitbezogene Auswertungen. Ein Hotel in Salzburg verwendet Europe/Vienna; eine zufällige Browserzeitzone ist kein Ersatz.
Kontrolliere anschließend Rechnungs- und Steuerdaten im zuständigen Finance-Bereich. Öffentliche Hoteladresse und Rechnungsempfänger sind nicht automatisch dasselbe. Speicher Abschnitt für Abschnitt und warte auf den sichtbaren Speicherstatus. Wechsle danach kurz in einen anderen Bereich und zurück. Nur wenn die Werte erneut geladen werden, ist der Zustand belastbar. Ein grüner Hinweis ohne wieder geladene Daten ist für die Startabnahme zu schwach.
Vervollständige die Immobilienidentität anhand verifizierter Geschäftsquellen. Speicher den offiziellen Hotelnamen, die Adresse, die Kontaktwege, die Zeitzone, die Standardsprache, Finanz- und Steuerdetails, die Daten des Rechnungsabsenders und die Betriebsrichtlinien, die das Produkt tatsächlich verwendet. Behalte den Public-Domain-Slug bewusst bei und überprüfe die Verfügbarkeit, bevor du ihn speicherst. Leite sie nicht einfach ab oder änder sie nicht, da sie die Buchungsadresse vonstaystryk.com und die standardmäßige Absenderidentität steuert. Füge das genehmigte Logo, die Unternehmensfarben und die Typografie in der zentralen Hoteldesignquelle hinzu, damit Booking Engine und Dokumente keine separaten Varianten enthalten. Konfiguriere Kalender- und Haushaltsfarben eher zur Bedeutung als zur Dekoration. Warte nach jedem Speichern auf das sichtbare Ergebnis, verlasse die Einstellungen und öffne den Abschnitt erneut. Vergleiche öffentlich zugängliche Texte in allen aktiven Sprachen dort, wo Gäste sie sehen können. Die Identitätseinrichtung ist erfolgreich, wenn der Anmeldekontext, die Einstellungen, die PDF-Vorschau und die Vorschau der Buchungsseite dasselbe verifizierte Hotel anzeigen, ohne Platzhalterunternehmen, Testkontakt oder erfundenen rechtlichen Wert.
Stammdaten-Abnahme
- Name und Anschrift entsprechen den offiziellen Unterlagen.
- Zeitzone, Währung und Standardsprache passen zum Betrieb.
- Telefon und E-Mail werden tatsächlich betreut.
- Gespeicherte Werte werden nach erneutem Öffnen identisch geladen.
Verkaufbare Kategorien vor physischen Zimmern anlegen
Gäste kaufen ein Zimmerprodukt. Der Betrieb arbeitet danach mit dem konkreten Zimmer.Öffne Zimmer → Zimmer & Kategorien. Lege jede tatsächlich verkaufte Kategorie genau einmal an. Für Hotel Nordlicht sind das Cozy Einzelzimmer, Nordlicht Doppelzimmer, Panorama Studio und Family Loft. Pflege eindeutigen Namen, stabilen internen Code, reguläre und maximale Belegung, Bettentyp, Größe sowie kurze Beschreibungen in allen aktiven Sprachen. Die maximale Belegung muss durch reale Betten und genehmigte Zusatzbetten gedeckt sein; Marketingwünsche ändern keine Kapazität.
Ordne danach jedes physische Zimmer mit eindeutiger Nummer genau einer Kategorie zu. Prüfe die Summe: Die Zahl aktiver Zimmer je Kategorie muss dem realen Haus entsprechen. Wartung, Renovierung oder eine echte Außer-Betrieb-Situation werden als Zimmerzustand oder Sperre behandelt, nicht durch das Löschen des Zimmers. Housekeeping-Status wie Reinigung offen verändern den operativen Zustand, aber nicht automatisch die langfristige verkaufbare Kapazität.
Erstelle verkaufsfähige Kategorien vor physischen Räumen. Definiere für jede Kategorie einen für den Gast verständlichen Namen, Mindest- und Höchstbelegung, Kapazität für Erwachsene und Kinder, Betten, relevante Annehmlichkeiten und wahrheitsgetreue Beschreibungen in allen aktiven Sprachen. Füge genehmigte Fotos hinzu, die diese Kategorie tatsächlich zeigen. Anschließend erstellst du jeden physischen Raum genau einmal mit stabiler Raumnummer, Etage oder Lage und einer Kategoriezuordnung. Gleiche die resultierende Zählung mit der unterzeichneten Inventarliste der Immobilie ab. Ein Raum ist keine zweite Kategorie und eine Kategorie ist keine einzelne physische Einheit; Diese Unterscheidung ist die Grundlage für Verfügbarkeit, Preisgestaltung, Buchungsmaschine und spätere Kanalzuordnung. Halte inaktive oder dauerhaft entfernte Einheiten explizit, anstatt sie in nicht zusammenhängende Räume umzubenennen. Teste die Erweiterung der Kategorie und die Raumzeilen in der Ansicht „Freigegebene Räume“. Die Bestandsaufnahme ist abgeschlossen, wenn das Management jede Tür zu einem Raumdatensatz, jeden Raum zu einer verkaufbaren Kategorie und jede veröffentlichte Kapazität oder jedes Bild zu einer verifizierten physischen Wahrheit zurückverfolgen kann.
| Ebene | Beispiel | Steuert |
|---|---|---|
| Zimmerkategorie | Nordlicht Doppelzimmer | Verkaufsprodukt, Kapazität, Beschreibung, Preisbezug |
| Physisches Zimmer | Zimmer 105 | Konkrete Zuweisung, Etage, operative Nutzung |
| Housekeeping-Status | Bezugsbereit oder Reinigung offen | Tageszustand für Rezeption und Housekeeping |
| Sperre | Wartung vom 4. bis 6. August | Verfügbarkeit im betroffenen Zeitraum |
Basispreise und buchbare Raten mit Testaufenthalten prüfen
Ein eingetragener Preis ist erst dann belastbar, wenn er für einen konkreten Aufenthalt erklärbar ist.Öffne Preise und kontrolliere den Basispreis je aktiver Kategorie. Lege nur Rate Plans frei, die Gäste oder Mitarbeitende tatsächlich auswählen dürfen. Name, enthaltene Leistungen, Storno- und Zahlungsbedingungen müssen dieselbe Entscheidung beschreiben. Eine flexible Rate und eine nicht stornierbare Rate brauchen einen sichtbaren Unterschied in Bedingungen und Preis; zwei identische Angebote unter verschiedenen Namen erzeugen Rückfragen.
Rechne drei Fälle vorab: Einzelzimmer für eine Nacht, Doppelzimmer für zwei Nächte und ein Studio über ein Wochenende. Öffne danach jeweils den vorgesehenen Buchungsweg und vergleiche Kategorie, Nächte, Belegung, Rate und Summe. Notiere Abweichungen statt sie durch spontane manuelle Preise „passend“ zu machen. Wenn eine aktive Preisregel wirkt, muss sie anhand Zeitraum und Geltungsbereich erklärbar sein.
Konfiguriere die Grundpreise nach Kategorie und Datum und erstelle dann nur die Tarifpläne, die die Immobilie verkaufen möchte. Überprüfe für jeden Tarif den Namen, die Stornierungs- und Zahlungsbedingungen, die enthaltenen Leistungen, den aktiven Verkaufszeitraum und den Bezug zum Grundpreis. Füge einen Direkttarifplan hinzu, bevor du die Buchungsmaschine testest. Die öffentliche Buchung darf nicht auf einen erfundenen Standardtarif zurückgreifen. Nutze mehrere Testaufenthalte: Wochentag und Wochenende, eine und mehrere Nächte, Saisongrenze, unterschiedliche Gruppengrößen und jede aktive Kategorie. Vergleiche Übernachtungspreise, Einschränkungen, Extras, Steuern und Gesamtpreise. Ein geschlossener oder kapazitätsbegrenzter Termin darf nicht verfügbar sein. Veröffentliche keinen Preis, weil seine Beschriftung korrekt aussieht; Beweise die Serverberechnung und die genauen Gastbedingungen. Wenn ein Preis fehlt oder eine Berechnung fehlschlägt, beende die Eingabe, anstatt manuell eine kompensierende Summe einzugeben. Die Preiseinrichtung ist erfolgreich, wenn jede aktive Kombination ein erklärbares Angebot liefert und jede absichtlich nicht verfügbare Kombination sichtbar und korrekt fehlschlägt.
Persönliche Teamzugänge und Rollen praktisch abnehmen
Jede Person arbeitet mit eigenem Namen und genau den Rechten, die ihre Aufgabe verlangt.Öffne Einstellungen → Benutzer & Rollen. Lege pro Mitarbeiter einen persönlichen Zugang an. Verwende keine gemeinsam genutzte Rezeptionsadresse als gemeinsames Konto. Ordne Rollen nach Verantwortung: Rezeption bearbeitet Buchungen und Gäste, Housekeeping den Tagesplan und Zimmerstatus, Finance Dokumente und Zahlungen, Management die übergreifende Kontrolle. Vollzugriff bleibt wenigen Verantwortlichen vorbehalten.
Teste mindestens Rezeption und Housekeeping mit den tatsächlichen Zugängen. Prüfe sichtbare Navigation, erlaubte Hauptaktionen und erwartete Sperren. Eine Housekeeping-Person muss ihren Arbeitsbereich erreichen, aber nicht automatisch Rechnungs- oder Adminfunktionen. Eine Rezeptionistin muss den Gast und die Buchung bearbeiten können, ohne Einstellungen für alle Benutzer zu verändern. Korrigiere Rechte zentral an der Rolle, melde dich erneut an und wiederhole den Test.
Erstelle ein persönliches Konto pro Mitarbeiter und weise den Zugriff anhand realer Aufgaben zu, nicht aufgrund des Prestiges der Berufsbezeichnung. Beginne mit der kleinsten Rolle, die es der Rezeption, dem Housekeeping, der Finanzabteilung oder dem Management ermöglicht, genehmigte Arbeiten auszuführen. Gib niemals ein Administrator-Login schichtübergreifend weiter. Überprüfe die Sprachpräferenz, den aktiven Status und die Hotelzuweisung und teste dann jede Rolle mit einer erlaubten und einer verbotenen Aktion. Eine Haushälterin sollte den Tagesplan erreichen, ohne Finanzeinstellungen zu erhalten; Ein Rezeptionist kann Buchungen bearbeiten, ohne Benutzer zu verwalten. Ein Finanzbenutzer sollte die erforderlichen Dokumente ohne zusätzlichen Verwaltungsaufwand sehen können. Erfasse, wer den erhöhten Zugriff genehmigt hat, und gib das Überprüfungsdatum an. Teste die Abwesenheitsabdeckung mit einem vorübergehenden, expliziten Rollenwechsel, anstatt Anmeldeinformationen weiterzugeben. Wenn jemand ausscheidet oder die Verantwortung wechselt, deaktivieren oder passe das persönliche Konto umgehend an und bewahre den Audit-Verlauf auf. Das Team-Setup ist erfolgreich, wenn jede Aktion einem benannten Benutzer zugeordnet werden kann und verbotene Bereiche sichtbar fehlschlagen, anstatt nur durch Konvention verborgen zu bleiben.
Eine vollständige Testbuchung durch den Betrieb führen
Jetzt wird nicht mehr die Einrichtung geprüft, sondern ihr Zusammenspiel.Lege im isolierten Demomandanten eine Buchung für einen klar gekennzeichneten Testgast an. Wähle zwei Nächte, zwei Erwachsene, eine aktive Kategorie, einen nachvollzogenen Rate Plan und eine definierte Zahlungsart. Suche vor dem Anlegen nach dem Gast, damit kein doppeltes Profil entsteht. Vergleiche vor dem Speichern Zeitraum, Nächte, Kategorie, Zimmerzuweisung, Rate, Extras und Gesamtsumme mit dem erwarteten Testfall.
Öffne nach dem Speichern den Kalender, das Gastprofil, die Zimmerzentrale und, soweit für den Test vorgesehen, den Housekeeping-Plan. Überall muss derselbe Aufenthalt erkennbar sein. Änder den Housekeeping-Status nicht nur für einen schönen Screenshot; verwende den realen Prozess Start, Fertig und bei einem leeren kontrollierten Zimmer Bezugsbereit. Prüfe danach, ob die Rezeption den Zimmerstand ohne Zuruf versteht. Erst dieser Übergabetest belegt, dass die Bereiche zusammenarbeiten.
Führe mithilfe kontrollierter Daten eine vollständige Buchung über die isolierte Hotel Nordlicht-Demo durch. Suchen oder erstelle den richtigen Demogast, buche eine verfügbare Kategorie und ein physisches Zimmer für mehrere Nächte, wähle den verifizierten Direktpreis aus, füge einen berechneten Aufpreis hinzu und spare einmal. Belege die Buchung detailliert, Kalender und Gästekartei. Führe die Vorbereitungen für die Ankunft, die Bereitschaft des Housekeepings und den Check-in mit allen konfigurierten Gäste- und Dokumentenregeln durch. Erstelle eine Rechnung oder ein Angebot für die tatsächlichen Dienstleistungen, erfasse nur eine Testzahlung, die explizit Teil des kontrollierten Szenarios ist, und überprüfe den resultierenden Saldo. Schließe den Checkout ab und bestätige, dass Zimmer und Verfügbarkeit wieder in den korrekten Betriebszustand versetzt werden. Wiederhole einen negativen Fall, z. B. nicht verfügbarer Raum, verbotene Benutzeraktion oder fehlendes Pflichtfeld, und überprüfe, ob das System ihn blockiert. Der End-to-End-Test besteht nur dann, wenn sich alle angeschlossenen Module über Gast, Aufenthalt, Zimmer, Preis, Zahlung und Status einig sind, ohne dass manuelle Schattendaten erforderlich sind.
Erster vollständiger Testfall
- 01Gast suchen
Vor Neuanlage Name und E-Mail prüfen.
Genau ein Gastprofil - 02Aufenthalt erfassen
Anreise, Abreise, Personen, Kategorie und Rate festlegen.
Keine Verfügbarkeitswarnung - 03Summe prüfen
Nächte, Extra und Gesamtsumme gegenrechnen.
Differenz 0 € - 04Kalender öffnen
Testaufenthalt genau einmal im richtigen Zimmerkontext finden.
Zeitraum und Status stimmen - 05Übergabe prüfen
Gastprofil, Zimmerstatus und Housekeeping-Plan vergleichen.
Ein gemeinsamer Betriebsstand
Tag eins abnehmen und offene Ausbaupunkte trennen
Der Start endet mit einer Entscheidung, nicht mit einer immer länger werdenden Aufgabenliste.Führe eine 20-minütige Abnahme mit Hotelleitung, Rezeption und Housekeeping durch. Lies die Sollwerte aus Abschnitt eins vor und zeige die Belege direkt in STRYK. Jeder Blocker erhält Verantwortlichen und Termin. Falsche Stammdaten, Zimmeranzahl, Preise, Rollen oder eine fehlerhafte Testbuchung blockieren den operativen Start. Portalverbindungen, Datenmigration und weitere Automatisierungen werden mit eigenen Testfällen abgenommen.
Dokumentiere die Entscheidung: freigegebene Bereiche, Testbuchungsreferenz, getestete Benutzer, bekannte nicht blockierende Punkte und nächster Kontrolltermin. Am ersten echten Betriebstag prüft die Leitung morgens Anreisen, Zimmerstatus und offene Zahlungen, mittags Housekeeping-Übergaben und abends Buchungen sowie Dokumente. Dadurch wird der erste Tag nicht nur technisch bestanden, sondern im Hotelalltag bestätigt.
Bestätige den ersten Tag mit Beweisen, nicht mit Optimismus. Öffne jede kritische Einstellung erneut, überprüfe das Inventar und die Tarifmatrix, unterzeichne Rollentests und behalte die Buchungsnummer des abgeschlossenen End-to-End-Szenarios bei. Überprüfe Navigation und öffentliche Sprachauswahl in allen aktiven Sprachen, die mobile Darstellung der Buchungsseite, die Rechnungs- oder Housekeeping-PDF-Sprache und den Support-Kontaktpfad. Liste offene Posten nach Schweregrad, Eigentümer und Zieldatum auf. Nutze Integrationen und migrierte Daten erst, wenn Einrichtung und Prüfung vollständig abgeschlossen sind. Definiere die täglichen Prüfungen für die erste Live-Woche: Ankünfte, Zimmerbereitschaft, Preise, Zahlungsausnahmen, Benutzerzugriff und Support-Vorfälle. Richte Rollback- oder Eskalationsverantwortung für ein kritisches Bestands- oder Finanzproblem ein. Starte, wenn die wichtigsten Abläufe sicher funktionieren, offene Punkte klar zugewiesen sind und das Team den Supportweg kennt.
