A ski shop that works with hotels has a different intake problem from a walk-in counter. The guest is not standing in front of you; they are in a lobby across town, or they will arrive at the lodge rental room at seven tomorrow morning with four children. What you need before then is the room number, the dates, the number of days, and what each person is renting, so the gear can be pulled and sized before the family comes down to breakfast.
Paper has handled this for decades: a form at the concierge desk, faxed or carried to the shop. Here is how the same form runs as a QR check-in in Ribbe, from the hotel’s desk to the shop’s waitlist. It builds on the general check-in form post.
The ski booking template in the check-in form designer is built for this case. On top of names and sizing, it asks:
Hotel and room, once, for the main renter. Both are bound to the customer profile, so the room number is on the order and on the contact, not in a note someone has to find.
Rental start date and number of days, once for the whole party. The date defaults to today; the guest changes it to the morning they want to ski.
Weight, height, age and ability per person, bound to the sizing fields the fitting station reads.
Equipment ticks per person: skis, snowboard, boots, poles, helmet, clothing if you rent it.
Premium or standard range, if your price list has tiers.
That is the paper form, with the repeated contact details removed and the sizing saved where it is used.
The check-in form on a guest's phone asks where they are staying along with contact and sizing details
When the guest submits a start date and a number of days, Ribbe sets the order’s dates from them. A three-day rental starting Thursday is booked Thursday to Saturday: the window is matched to your daily pricing tier so the price is the one your price list says, and a future start opens at the site’s opening hour so the order sits correctly on the day’s bookings. The order is reserved immediately, which is what lets the shop see tomorrow’s hotel pickups tonight.
a hotel room with a bed and a chair
Product rules on the form turn each tick into a line on the right person’s part of the order. Ticking skis adds the ski package to that skier; a child under your chosen age gets the kids’ package instead; a helmet adds a helmet. The lines are added unpaid, so the reserved order lands in the POS Waitlist as “waiting for payment”, with every person’s gear already listed.
The shop sees exactly what tomorrow morning needs: four ski packages, two of them kids’, three helmets, room 214, Thursday to Saturday. Pull the gear, pre-size the boots from the profiles, and the family’s fitting in the lodge is a confirmation rather than a conversation.
If you would rather decide packages at the bench, leave the rules off and the ticks stay visible on the Form chip as answers. The design guide covers both.
Check-ins from the lodge land on the register's Waitlist, waiting for payment
The form ends with the waiver, signed on the phone by each person, with a parent signing for children if the age rule is on. For a delivery business this matters more than for a counter: the gear may be dropped at the hotel and fitted by a technician in a ski room without a register in sight. The signatures are already under the order before the van leaves.
Create the check-in form from the “Ski & snowboard rental booking” template; bind hotel, room, dates, sizing; add product rules if you want them.
On your Online Reservations terminal, assign the form to the Waiver QR card (reserve now, pay at the fitting) or the Order QR card (guest pays by card on the phone).
Print the QR for each hotel. A table tent at the concierge desk and a card in the room folder both work; the link runs on your own subdomain, so it carries your name.
Each morning, open the Waitlist in the POS filtered to tomorrow: that is the pull list.
One form can serve every hotel. If a particular property wants different questions (a lodge that only rents to its own guests, say), make a second form and a second poster; each QR card chooses its own form.
The Online terminal's QR card: print it as the poster that goes in the hotel
Hotel guests come back year after year. The returning-customer code on the form pulls up the profile and last year’s party so the sizing cards fill with a tap; the guest only corrects what changed. If a guest submits twice, the second submission replaces the first: earlier answers and any unpaid lines from the first pass are removed so the shop does not pull gear twice.
The pull list for tomorrow exists tonight. The room number is on the order. Children are on the kids’ package without anyone asking. The waiver is signed before the technician meets the family. And when the family comes back in February, the shop already knows their boot sizes.
All of it is standard in Ribbe’s ski rental software, alongside the fitting and DIN work that happens once the gear is in the room.
Know tomorrow’s hotel pickups tonight Ribbe’s check-in form captures room, dates, sizing and gear from a QR at the hotel desk and books the rental before the guest comes down to breakfast. Try it free. Start a free trial