Delight is relief with proof: what a delightful travel product actually means
Most travel software confuses delight with decoration. Ours is simpler: take the moment an agency owner dreads, and make it go right, with proof. Here is what we are building, what already shipped, and the one rule we will not break.
Travel is a business of promises. A family hands you their one holiday of the year, and everything after that is your promise: the room will exist, the transfer will wait, the number on the quote will be the number on the invoice. Agencies keep those promises through sheer effort, usually at 11 PM, usually on WhatsApp.
Software for these agencies should feel like relief. Mostly it feels like homework.
What delight actually is
We borrow our frame from Nesrine Changuel, who has spent years building delight into consumer products and laid it out on Lenny's Podcast: delight is not confetti sprinkled on top of functionality. It is functionality that also changes how the moment feels. It comes in three moves:
- Remove friction. Find the moment where anxiety peaks and make recovery surprisingly easy. Her example: disputing an Uber charge, braced for a fight, and getting a refund in two taps.
- Anticipate needs. Solve the next problem before the user asks. Revolut sells an eSIM inside a banking app because it knows its users travel.
- Exceed expectations. Add useful, unasked-for value at the exact moment it matters.
Note what all three have in common: each is a feature doing its job unusually well. None is an animation.
Delight in travel ops is relief with proof
The emotional life of an agency owner is not a mystery. It sounds like this:
- "I will not miss a hot enquiry."
- "I will not send a wrong number."
- "I will not look slow in front of a traveller."
- "I want to know the system is working without checking it."
So that is what we build toward. Not 91 modules to learn. Relief, with proof attached.
What this looks like in NAMA
Removing friction: one action instead of an afternoon. A qualified enquiry lands in your inbox. Instead of the lead-to-itinerary-to-quotation hand-build, there is one action: Build quote from this lead. Destination, dates, party, preferences and your own Masters rates carry into a draft. You review only what is unresolved, and approve. Every line that came from your Masters is marked as such; a typed price is marked as typed. Missing rates stay unresolved, never invented.
Anticipating needs: the acknowledgement that asks the right questions. A Dubai enquiry arrives at 2 AM. By the time you open your phone, the traveller already has a reply in your agency's name: we have your request for four travellers, and to quote accurately, could you share your dates and the children's ages? If the message says "This is Manoj", the reply begins "Hi Manoj". The traveller feels heard before your competition has woken up, and you approve everything before it sends.
Exceeding expectations: milestones that mean something. The first time your own rates are verified and published. The first quote sent from those rates. The first booking confirmed. NAMA keeps the ledger, and when the moment arrives you get the proof, not just the party: First real quote sent — built from your rates and delivered to Asha. And yes, then there is confetti. Once per milestone, tasteful, and silent if your system asks for reduced motion. The confetti is allowed because the proof underneath it is real.
The rule we will not break
Here is the uncomfortable part, and we think it is the whole point: delight on unverified data is decoration.
A beautiful quote built on a guessed hotel rate is not delightful. It is a liability wearing your logo. A cheerful acknowledgement that misreads the enquiry is worse than none. Confetti for a milestone that did not really happen teaches people to stop trusting the screen.
So NAMA's rule is that every number carries its source, and what we cannot verify, we say we cannot verify. "Nothing guessed" is not a constraint on delight. It is our deepest source of it. The moment we are building toward is not any animation. It is the first quote where an agency checks two lines against its own rate sheet, finds both right, and stops checking.
Nesrine suggests a portfolio: about half the roadmap is basic function done right, most of the rest is deep delight, and surface sparkle is a small slice. That is roughly how we work. The sparkle is only ever allowed to celebrate things that are true.
What comes next
The same principle, further down the road: approval by exception, where you review only the uncertain lines instead of rereading everything. A preflight that catches an expired rate or a missing transfer before the quote goes out, not after. A watchtower that tells you "email intake is delayed, three enquiries queued, none lost" before a traveller notices. And for our pilot agencies, a running "You asked, NAMA changed" log, because the most delightful sentence in software is proof that someone listened.
If you run an agency and want to feel the difference on one real enquiry, Compass is free for two users, no card required.
This post was drafted and published through NAMA's own engine - AI drafts, a human approves every send.
Frequently asked questions
- Isn't delight a B2C thing?
- No. B2B software is used by a person who is tired at 11 PM. Changuel's point is that emotional connection decides retention in business products too, because the human using it still has a bad day to ruin. The stakes in travel ops are higher than in most consumer apps: one wrong number reaches a real traveller.
- Is the confetti the delight?
- No. The delight is the first correct quote sent from your own rates. The confetti is how we mark that it happened. If the underlying event is not true and verified, we do not celebrate it.
- How do I know a quote is safe to send?
- Lines priced from your own Masters are marked as such; lines NAMA could not verify stay marked unresolved, and nothing sends without your approval. Per-line validity and exception-only review are what we are building next.