Five Club Royale offers, one rule: the narrow one books first.
The sailing three of your offers want
Five Club Royale offers sit in your inbox, and three of them list the same sailing. You've wanted that trip since the itinerary dropped. So you open the best-looking offer, the one with the widest window, and book it. Done.
Two weeks later you go back to use the narrow offer, the one that only ever listed two sailings. One of them is the trip you already booked with the broad offer. The other doesn't fit your calendar. The narrow offer runs out its book-by date unused, and the broad offer, which could have covered four other sailings, is sitting on a cruise the narrow one could have taken by itself.
Every booking in that story was valid. You still lost an offer, and you lost it in the order you booked.
One Offer, One Booking
Treat each Club Royale offer as something you use on one booking. That changes the math the moment you hold more than one.
Every offer becomes a token you spend once. And each token only fits certain slots: a sailing window, a set of ships or itineraries, a book-by date. Holding several of them turns booking into an allocation problem. The useful question is which offer should take which sailing so that none of them go to waste.
Broad offers are flexible. Narrow ones have few places to land. So the narrow offer gets first claim, and the broad offer takes whatever's left.
That's the whole method. It's also the reverse of how most people book.
Why "use the best offer on the best trip" backfires
The instinct is easy to understand. The broad offer feels like the premium one, the trip you want most feels like it deserves it, and booking the exciting sailing first gets the fun part done early. But flexibility is the broad offer's entire value. Spend it on a sailing a narrower offer could also cover and you've burned that flexibility for nothing.
The second common instinct, booking in order of book-by date, gets closer. Deadline order tells you when to act. It says nothing about where each offer should land, and an offer that expires first can still be the wrong one to put on a sailing three other offers also cover.
(Timing which code goes on which sailing before one lapses is its own topic. This piece is about the overlap.)
Can you book multiple Club Royale offers? What players keep asking
The question comes up constantly, in a few recurring shapes. Players holding several offers want to know how to book multiple trips off them. Households where two people each hold an offer wonder whether both can go on the same sailing. Others ask whether offers can be combined for a suite or connecting rooms. And the blunt version goes something like this: multiple free offers, different expiration dates, how do I use them all?
The safest way to think about it is that each offer stands alone, with its own window and its own book-by date. The edge cases, like household sharing or combining for one cabin, depend on the current terms and on your casino host, so confirm them there before you build a plan around them.
Five offers, worked end to end
Here's an illustrative set. The offers, sailings and windows below are invented to show the method. They aren't real Club Royale offers, and there are no prices on purpose.
You hold Offers A through E. You've shortlisted five sailings you'd actually take: S1, S2, S3, S5 and S6. S4 shows up on a couple of offers but doesn't fit your year, so it's out.
Step one: list each offer's sailing window, its book-by date and which shortlisted sailings it covers. Step two: flip the grid and read it by sailing. S6 appears only on Offer E. S1 is on A and C. S2 sits on three offers. Step three: lock anything with a single option. Nothing but E can take S6, so E takes S6. Offer D covers just one shortlisted sailing, S5, so D takes S5. Step four: spend the narrowest remaining offers. A takes S1, B takes S2. Step five: the broad offer, C, absorbs the leftover, S3.
Five offers. Five bookings. Nothing wasted.
Now replay it the gut way. You love S5 and C is your broadest offer, so C goes on S5 first. D's only shortlisted sailing is gone, and D dies unused. C's flexibility went to a sailing D could have handled alone, and you're down a cruise.
What changes when you treat offers as a set
If the rule holds, the thing you manage is the whole set of live offers, and any one email is just a piece of it. The moment that matters most is right after a new offer lands. A new narrow offer that covers a sailing you'd earmarked for a broad one is a reason to redo the grid before you book anything else.
It also means the offer that looks best is often the one you should book last.
Households get the biggest version of this. Two players each holding several offers doubles the grid, and the overlaps multiply with it. Whether two people's offers can land on the same sailing, or be combined for a suite or connecting rooms, is the question we're watching most closely. Thread answers vary by situation, so we're collecting what players report and checking it against the published terms before we write it up. Until then, run each person's offers as a separate grid and confirm anything cross-household with your host.
Where the overlaps actually show up
The method only has one hard step, and it's the first one: getting every offer into one list with its sailings and dates. Offers arrive by email, sit in the Club Royale portal, and some live as screenshots taken on a ship. Building the grid by hand means digging through all of it again every time a new offer lands.
SailQuery's dashboard puts every synced offer in one list, so the sailings that appear on more than one offer are visible at a glance. Side-by-side compare lets you hold two candidate sailings next to each other, with ports of call and a day-by-day itinerary for each. You sync in the app on iPhone, iPad or an Apple-silicon Mac, and you can view the synced dashboard in any browser.
The allocation call stays yours. SailQuery doesn't track your play, send reminders or keep offer history across syncs. It makes sure no offer is missing when you sit down to decide which one goes where.