Set the Starting Point for One Booking
Choose a sample member and group class in an environment approved by the product team. Record the actual starting values for the workflow you intend to show:
Item | What to record before the first run |
|---|---|
Sample member | The approved sample account and its eligibility to book. |
Existing reservation | Whether that member already has a booking for the selected session. |
Class and time | The selected session and its current availability. |
Allowance, if applicable | The member’s available credits or usage balance. |
Presenter’s starting view | The screen where the demonstration begins. |
Include only conditions that affect this product’s booking. Mark anything still unconfirmed, and use approved sample data rather than assuming live member or payment records are suitable for a show demonstration.
Record the sample member, class availability, and any applicable allowance before the first run.
Check What the First Booking Changed
Book the class once, then compare the reservation, remaining places, and any applicable allowance with the starting values. Returning to the first screen does not show whether those booking conditions have been restored.
Suppose this product deducts one credit when the sample member books. After a first run from a one-credit balance, that member may be unable to make the same type of booking again. If cancellation is the proposed preparation for the next visitor, test whether it returns the credit and releases the place under this product’s rules. Record the changes that actually occur; they determine what the next run needs.
Restore the Example or Switch to Another
Choose a method the product team approves and the assigned person can carry out between visitors. Restoring the original sample is viable when the team has confirmed how to return the reservation, class availability, and any used allowance to their agreed starting values. If that cannot be done within the planned handoff, prepare another member or session in advance. A new member may still depend on the same full class, so check both eligibility and availability.
Where multiple demonstrations run at once, identify any shared class, time slot, or other resource for the next test. Record the chosen method, its owner, and unresolved product conditions in the rehearsal record.
Test the Next Visitor’s Booking
Have the assigned person prepare the example, then run the booking again from the next visitor’s point of view. Observe the handoff as well as the transaction: who performs the preparation, whether it requires another device or staff member, and what a waiting visitor would see. Record how long it takes in this setup if the timing affects the presentation.
Mark the rehearsal as passed only when:
The member and session meet the agreed starting conditions.
The second booking completes through the planned workflow.
The assigned person completes the handoff with the available access and support.
If demonstrations run in parallel, make a booking at one station while the other is active and check for interference. For any failed condition, record the expected and observed results and assign an owner. Test the revised method before marking that condition as verified.
Prepare the example after the first booking, then complete a second run to verify the handoff.
Give the Booth Team the Display Requirements
The booth team needs to know which device runs the booking, who operates it, and whether that person must reach it between visitors. Specify the interface buyers need to see or use, plus what they will be shown while the live example is prepared. If a consultation must continue as another demonstration begins, include that simultaneous activity in the space brief.
Keep these display inputs with the starting conditions, first-run changes, chosen preparation, and second-run results in one rehearsal record. The booth team can act on screen position and control access; the product team remains responsible for sample data, booking behavior, and unresolved software conditions.
Frequently Asked Questions
Can this rehearsal method be used for appointment demos?
Yes. For a personal-training appointment, replace the group class with the trainer’s time slot and, if relevant, the member’s session balance. Check whether the first appointment leaves the slot or balance available for the next visitor under the product’s rules.
Can a recorded sequence be used while the live demo is being prepared?
Yes, if visitors are told that the sequence is recorded and it shows the same booking task. It can explain the workflow during preparation, but it cannot verify that the live system is ready for another booking.
What should be checked again after the booth is installed?
Run the booking and between-visitor preparation on the installed devices and screens. Check the actual connections and access to controls, then assign an owner to anything that differs from the earlier rehearsal.
The next presenter should be able to follow the approved preparation without guessing which sample or condition is ready.
