Rijksmuseum tickets: the price appears on step three
One night, one agent pipeline, one world-famous museum. We walked the mobile ticket flow, found where visitors lose the thread, and rebuilt it as a working prototype.
3museums checked
8findings
35design tokens
1night, no human input during the run
The core problem
On mobile, a visitor selects tickets, a date and a time slot before seeing what it costs. The first price shows up at checkout. For a tourist comparing options, price is the first question, not the last.
NowSeven ticket types, two tickets added, no price and no total.RedesignPrice per type, under 18 free in plain sight, live total in the bar.
What we found
Price hidden until step 3Tickets, date and time are chosen before any amount is shown.
No running totalAfter adding tickets, only counts change. The sticky bar holds the button but not the sum.
Seven ticket types at onceFive of them are passes and Dutch lottery cards that most international visitors do not have.
Repeated content above the taskThe same three selling points appear twice and push the selector below the fold.
Step indicator cut offOn a 375px screen the second step label is truncated, so remaining steps are unclear.
Free entry for under 18 behind an iconA strong reason to book as a family is hidden in a tooltip.
Showing price and total from the first step lowers drop-off between ticket selection and checkout, because visitors no longer have to proceed to learn the cost. Measure: continuation rate from step 1 to step 3, as an ab-test against the current flow.
Foundations
Colours sampled from the live site and set up as variables in Figma, with text styles and core controls. The prototype uses the same tokens in CSS.
How it was made
1. ReconThree ticket flows walked on mobile, weakest one chosen.
2. AuditScreenshots per step, findings ranked by impact.
3. FoundationsTokens and text styles built in Figma.
4. PrototypeWorking mobile flow with a live total.
5. QAAutomated iPhone test, with and without reduced motion.