Define a clear direct-booking promise
The booking page should make one decision easier, not show every hotel detail at once.Write one sentence explaining why guests should book direct. Use a concrete promise the workflow can prove: clear room choice, understandable total price, direct hotel contact and an immediate reservation in operations. Only claim best price when the hotel can consistently prove it.
Define the smallest complete guest journey: search dates, understand the category, choose rate and policies, add extras, enter guest data, confirm payment method and receive completion. Hotel Nordlicht starts with image, capacity, concise benefit and stay price.
Complete content at the responsible source
The Booking Engine should publish, not become a second room and pricing archive.Review every active room category under Rooms and categories. Name, capacity, descriptions, amenities and photos must match the sold product. Deactivated rooms and true blocks affect inventory; missing content should block publication readiness, not the hotel calendar.
Hotel identity comes from hotel settings; rates and pricing come from Pricing; policies, extras and public texts remain in their responsible areas. The Booking Engine assembles these sources in preview. Change the source, then verify the result.
| Content | Responsible source in STRYK | Verify in Booking Engine |
|---|---|---|
| Room name and capacity | Rooms → Rooms & categories | Guest count and selection agree. |
| Descriptions and amenities | Room category and hotel amenities | Language and claims are complete. |
| Photos | Room category | Subject, order and crop work on mobile. |
| Logo, colours and font | Settings → Hotel → Corporate Design | Contrast, readability and identity work. |
| Prices and rates | Pricing | Test stay shows expected rate and total. |
| Blocks and available rooms | Calendar and room controls | Unavailable inventory is not offered. |
Test price, rate, policies and extras as one package
A bookable category needs an active direct rate plan. Review name, included services, cancellation and payment conditions and the difference between rates. Flexible and non-refundable must represent genuinely different choices.
Recalculate three stays: two guests for one night, single occupancy for two nights and a stay with an extra. Compare room price, rate, nights, extras, tax display and final total. STRYK rechecks current price, availability, restrictions, accepted policies and payment method before completion.
| Test case | Expectation before test | Verify at completion |
|---|---|---|
| 2 guests, 1 night, standard rate | Category base price for the date | Rate, tax display and total |
| 1 guest, 2 nights, flexible rate | Both nights and flexible conditions are clear. | Nights, cancellation notice and total |
| 2 guests, 2 nights, breakfast extra | Extra quantity and calculation are defined. | Extra appears correctly once and reaches the PMS. |
Approve the draft on desktop and smartphone
Preview is the safe place for unfinished content. A public address is not a test lab.Open Booking Engine → Booking Page. STRYK renders the real booking page with draft data. Review desktop and mobile as a new guest. Online check-in and check-in kiosk remain separate work areas.
On mobile, check image crop, reading order, controls, long room names, policies and total price. Hotel Nordlicht requires no horizontal page overflow, no clipped price and a reachable primary action.
Visual approval without excuses
- No heading, rate or price is clipped.
- The page has no horizontal page overflow at 390 pixels.
- Photos show the correct room without misleading crop.
- Long policies remain readable and tied to the choice.
- Focus, hover and primary action are clear.
Check publication readiness and go live deliberately
Preview does not mean ready. Open readiness checks and resolve every blocker: active domain, complete categories, capacity, photos, direct rate, price, policies, extras, payment method, hotel information and guest journey.
Publishing stores an approved booking-page state. Guests see only the live version at the active hotel address while draft changes remain in the studio. The page can be unpublished without deleting draft work.
Hotel Nordlicht publication process
- 01Open readiness
Booking Engine → Booking Page → PublishRead every required area and blocker, not only the count.
- 02Fix the source
Add missing photos in Rooms, pricing in Pricing or hotel data in Settings.
- 03Retest the guest journey
Complete all three pricing cases on desktop and mobile.
- 04Four-eyes approval
A second person checks price, policies, contact and completion.
- 05Publish and open the address
Check the public page without internal sign-in on mobile and desktop.
Follow a real mobile test booking into the PMS
The booking page is complete only when operations can work with the result.After publication, use a clearly marked test guest and future dates. Open the public hotel address on a phone, search for two guests, choose category and rate, read policies, add an extra and complete with an enabled payment method. Record the expected result.
Then find the reservation in STRYK Bookings and compare guest, dates, people, category, rate, price, extra, policies and status. Do not re-enter it manually, and verify a repeated confirmation does not create a duplicate.
PMS reconciliation for the test booking
- Guest name and contact are complete and correctly assigned.
- Arrival, departure and guest count agree.
- Category, rate and price match the completion page.
- Extras and accepted policies are traceable.
- Exactly one reservation was created.
Review briefly every day and thoroughly every month
During the first week, Hotel Nordlicht reviews every direct booking. Ten minutes daily is enough to confirm arrival, guest questions, price, extras and unexpected unavailability, separating content, pricing, capacity, usability and external payment-provider issues.
Monthly, retest key viewport widths, a flexible and a stricter rate, one extra and public contact data. Evaluate whether direct bookings reduce re-entry and questions. Change one meaningful item at a time.
