A booking flow for a fleet that sells on discretion
Luxury private transport, sold through a booking flow that had to feel like a concierge rather than a checkout.
The problem
A luxury transport operator does not sell a seat. It sells the certainty that a car will be outside at the stated hour, driven by someone who knows the route. That promise is difficult to make through a booking form, because every booking form on the internet is built to sell the cheapest available option quickly.
PrymeCab came to us with [the situation prymecab was in before the project]. The commercial problem was not traffic. It was that the way the service was being bought did not resemble the way the service was delivered.
The approach
We treated the booking flow as the product, not as a page on the site. Design and engineering ran as one track: the flow was drawn and built in the same week, so every interaction question was answered against a working thing rather than against a picture of one.
Three decisions shaped it:
- Route and vehicle before price. The prospect chooses what they are actually buying before a number appears, so the number reads as the cost of a decision already made rather than as the decision itself.
- Every field a concierge would ask, and none they would not. The form is short because it is scoped to what dispatch genuinely needs.
- State that survives a phone call. A booking in progress is recoverable, because in this market the buyer frequently stops to check with someone else.
A booking flow is a commerce problem wearing a scheduling problem's clothes. Get the order of the questions wrong and the price arrives before the value does.
The outcome
The site shipped in [n] weeks, from first conversation to live traffic, with the booking flow, the fleet presentation, and the operator-facing handling of enquiries all in the first release.
[what changed for prymecab after launch].