Contents
The most expensive guest a restaurant serves is the first-time one. Every visit after that is where the actual margin lives, provided there is a reliable way to bring that guest back — and that reliability is not luck, it is a chain of deliberate choices. This guide walks the chain in the order a restaurant would actually build it: what a regular is really worth in numbers, why owning the guest relationship changes the economics of every message sent afterward, how a check-in or an order turns an anonymous visit into an identity, how to design a loyalty programme guests genuinely want to use, how segmentation and VIP care put the right message in front of the right guest, how to spot a guest about to drift away while there is still time to keep them, how automated workflows and the right channel carry all of that without anyone remembering it mid-rush, and how gift cards work as liquidity and as a genuine acquisition channel rather than a seasonal extra. It is written for the owner or manager who wants the whole subject in one place, and it stays useful whether or not this restaurant ever buys a platform to run it.
01What retention actually is, and what a regular is worth
Ask a restaurant owner what "marketing" means and the answer is almost always about the front door: ads, a listing on a delivery marketplace, a flyer, a boosted post — ways to get someone who has never eaten here to walk in once. Retention is the other half of the business, and it earns far less attention than it deserves. It is not about creating more demand; it is about getting more out of the demand already paid for. A guest who ordered once, went quiet, and simply has not come back yet is not gone in any final sense — they are the cheapest revenue in the building, if something brings them back.
The reason retention pays off so disproportionately is acquisition cost. Winning a first-time guest carries a real, one-time price: the marketing spend or the marketplace commission that got them to notice the restaurant at all. Every order after the first carries almost none of that cost again — the guest already knows where you are. That is the mechanism behind "the first order is expensive, every one after it is close to margin": an accounting fact about where the acquisition cost sits, not a slogan.
| A new guest | A regular | |
|---|---|---|
| Acquisition cost | Paid again, every time | Paid once |
| Margin captured | Thin, after acquisition | Full |
| Order frequency | One-off, uncertain | Recurring, plannable |
| Referrals | Rare | Common |
| Data on file | None | Grows with every visit |
That difference compounds into a number worth calculating rather than assuming. A guest's value over the life of the relationship — lifetime value — is four multiplied terms and one subtraction: order frequency, times average order value, times contribution margin (what is left after food cost and any redeemed reward, not the total on the receipt), times how many months or years the guest keeps ordering, plus whatever new guests they refer, minus what it cost to win them in the first place.
As a labelled, illustrative example rather than a claimed result: a guest who orders 1.5 times a month at an average of €22, with a contribution margin of roughly 55% after food cost, is worth a little over €18 of contribution a month, or around €218 a year. Stay two and a half years — a realistic tenure for a genuine regular — and the relationship is worth somewhere near €545 in contribution, before a single referral is counted. That is the number a loyalty programme, a check-in tablet or an automated win-back is actually buying back, and why a modest spend on any of them is rarely the risk it first looks like. Run the same order history through a delivery marketplace at a typical high effective commission instead, and a meaningful share of that contribution never reaches the till — the guest spent the same money; the restaurant kept less of it.
The honest version of this maths counts only the incremental visits — the ones that happened because of the effort, not the ones that would have happened anyway. A restaurant that credits every repeat visit to its loyalty programme, or measures success by sign-ups rather than actual return visits, is flattering itself with a number that has stopped meaning anything. None of this is a case against acquisition, which a restaurant can never fully stop needing — it is a case for treating the guest already won as the higher-leverage lever, since every euro spent retaining them buys back nearly all the margin, while every euro spent acquiring buys back only a fraction until the second visit happens. The rest of this guide is the how.
02Owning the relationship instead of renting it
A stamp card inside a delivery marketplace's app feels like loyalty from the guest's side — ten stamps, one free item — but it belongs to the marketplace, not the kitchen. The guest's contact details stay inside that platform, the reward rule is whatever the platform decided (usually a flat "order ten, get one free" regardless of what the dish actually costs to give away), and the moment the restaurant wants to reach that guest again outside an order, it is paying the platform's fee to do it — again. Ownership and rental produce completely different economics from what looks, on the surface, like the same programme.
| Rented loyalty (a platform's app) | An owned relationship | |
|---|---|---|
| Guest data | Stays with the platform | Stays with the restaurant |
| Reward logic | Rigid, set by the platform | Set by the restaurant, margin-aware |
| Effect on the kitchen | Uncontrolled, promotion-driven spikes | Steerable toward what actually helps |
| Re-engagement | Costs a fee, every time | Direct, free, whenever it is needed |
The parallel with reservations is worth naming, because it is the same calculation applied to a different booking. Some marketplace visibility genuinely brings a guest who would never have found the restaurant otherwise, and that fee is worth paying. What rarely pays off is subsidising a regular — someone who was always going to come back — through a fee-charging middleman on every visit. The honest version of that math separates the fee that brings a new guest from the fee paid just to reseat someone already won, and it applies to a loyalty stamp exactly as it applies to a booking.
Owning the data is not a licence to collect all of it. Sovereignty means gathering only what is genuinely needed to recognise a guest and make the next visit slightly easier — a name, a contact method, maybe a stated preference — with consent that is explicit, visible, and changeable afterward, never a checkbox buried inside an account form. A restaurant that asks for more than it can explain a reason for spends trust it will need later.
The reward also has to be checked against reality before it is promised. When the loyalty logic and the ordering system share the same menu source, a "free starter" only exists as a redeemable reward if the kitchen genuinely has starters to give away at that moment — the same real-time-availability discipline that stops a website from selling a dish the counter already marked sold out applies to a reward the same way. A loyalty system that does not know what is sold out is not rewarding guests; it is occasionally promising them something the pass then has to walk back.
That ownership is the precondition for the rest of this guide. Segmentation, prediction and automated win-backs all read from the same guest record this chapter argues for owning — which is why the next chapter covers how that record actually gets built, at the order and at the table, without turning either moment into a form to fill out.
03Capturing the data that makes a second visit possible
A host at the door sees a face, a mood, whether this is a special occasion. The ordering and loyalty system, by contrast, sees nothing at all unless that visit becomes an identity — a name, an email or a phone number, tied to what was actually ordered. Miss that moment and the guest who just had a great meal is, from the system's point of view, indistinguishable from someone who has never walked in. That gap is what a good check-in closes, and it closes badly more often than it closes well: asked for too much, in a tone that sounds like a government form, and guests learn to say "no thanks."
There are really two moments where this identity gets captured. The first is at the order itself — a guest checking out on the website or app leaves an identity behind almost incidentally, tied to what they bought. The second is in-venue: a QR code at the table or a tablet at the counter, offered to someone who has already sat down, with nothing riding on whether they say yes.
| A clumsy ask | A handshake that works | |
|---|---|---|
| Timing | First eye contact | After the guest has settled |
| Opening | "Please enter your details" | The benefit, stated first |
| Scope | Every field at once | A few now, the rest later |
| Result | "No thanks" | A yes, and a relationship |
Timing does more work than wording. The right moment is after a guest has settled, not the second they arrive, and the ask should lead with what is in it for them — "save your order for next time," not a request for details. A handful of fields up front, with anything optional deferred until later, gets a yes far more often than a form asking for everything at once.
The busiest moments need their own rule, because a sign-up flow treating a quiet Tuesday afternoon and a packed Saturday night identically will lose exactly the guests a queue is forming behind. When the room is full, ask for the one essential field and defer the rest to a message after the visit; a guest already recognised from a previous visit should never be asked to start over; and staff need the ability to skip the prompt entirely in the moment, because automating the rule is not the same as automating a guest's patience — how to tune those rules to a room's actual rhythm, and read where sign-ups are quietly dying rather than guests simply not wanting one, is covered in depth in check-in logic at the counter.
The device carrying that ask matters almost as much as the question itself. A tablet that hesitates after a tap loses guests who were willing but did not want to hold up the person behind them — high-speed capture goes through exactly which steps to cut. The interface is part of the guest's read on the restaurant too: a glaring screen or a do-it-yourself look undercuts a carefully set table the same way a smudged glass would. Legibility, a working language switch, and a session that resets between guests are the baseline, not an upgrade — the professional handoff covers what makes a tablet feel like part of the service rather than a foreign object.
The moment does not end at the ask — it ends at the door. The last thirty seconds decide more of the next visit than the greeting did: let the guest pay first, thank them, and only then — if at all — mention a loyalty balance or ask for a review, because the reverse order reads as pushy no matter how it is meant. One clear digital action on the receipt beats five competing prompts fighting for the same ten seconds of attention, and a server who senses a table wants to leave should be free to skip the ask entirely — judgment beats a script.
Handled this way, a check-in becomes the first link the rest of this guide runs on: a loyalty programme has nobody to reward without it, and a win-back has no one to write to.
04Designing a programme worth returning for
The plastic punch card's real failure was never the paper — it was that earning a stamp depended on two things going right at once: the guest had to remember to bring the card, and staff had to remember to stamp it, on the busiest nights as much as the quietest ones. A digital programme fixes the mechanic rather than the material: points accrue automatically whenever a guest orders on the restaurant's own channel or checks in at the table, tied to their identity rather than to a card they might have left in another coat — the mechanics of how that accrual actually works are covered in turning first-time diners into regulars.
| A punch card | Automatic accrual | |
|---|---|---|
| Where it lives | In a wallet, often at home | With the guest's identity |
| Earning a point | Someone has to remember to stamp | Added on every order or check-in |
| Losing it | The count starts over from zero | The balance stays with the guest |
| What it teaches you | Nothing — a stamp is silent | Who is close to a reward, who is fading |
Automatic earning only matters if the reward feels close enough to believe in. "Order ten times, get one free" is a fine loyalty programme on paper and a poor one in practice, because nobody changes their Tuesday for a reward ten visits away. Shorter loops work better: a visible next reward, one or two visits out, that a guest can watch getting closer. A reward loop only motivates when the next step feels reachable; a programme that ignores this becomes bookkeeping nobody looks at.
Rewards cost money, so what gets rewarded should be chosen on purpose rather than defaulted to a blanket discount. A programme that rewards ordering outside the Friday-night peak, or choosing pickup over delivery, or a specific higher-margin dish, steers demand toward what genuinely helps the kitchen — a stamp card that rewards every order identically mostly discounts guests who were coming back anyway. And because the reward runs on the same menu source as checkout, redemption honours whatever is genuinely available at that moment, rather than promising a dish the kitchen sold out an hour earlier.
Tiers and streaks, if used at all, need to fit the restaurant's actual rhythm rather than borrow one built for a different kind of business. A lunch counter with daily regulars can support weekly streaks; a special-occasion dining room where the same guest returns every six weeks needs longer windows and gentler pacing, or the system reads as a game nobody can win. Every elite perk has to be something the kitchen can genuinely deliver at eight on a Friday — a free dessert that cannot be honoured during the rush is a promise the floor has to walk back in front of the guest.
Messages that support the programme — a nudge that a reward is close, a reminder before points expire — earn their place by answering one question: what can this guest do in the next ten seconds. A vague "we miss you" does nothing a specific, actionable line could not do better, and a clear cap on frequency keeps the channel from wearing itself out. None of this holds together, though, if every guest hears the same thing regardless of how they actually order — which is the job of the next chapter.
05Reaching the right guest, and the best ones, without shouting at everyone
"20% off, everyone" is not a segment, it is the absence of one — and it is expensive noise rather than free marketing, because it discounts the guests who were always going to order anyway and teaches the rest to wait for the next blast instead of ordering at full price. Segmentation is the fix: building groups from how guests actually order, not from an exported list from six months ago, and sending each group something relevant to it specifically.
Useful segments are almost always simpler than they sound, and most restaurants get most of the value from three or four: new guests with exactly one order, regulars with three or more, guests with an obvious ordering pattern (the family-meal crowd, the weekday-lunch crowd, the weekend-delivery crowd), and guests who used to order regularly and have gone quiet.
| Spray and pray | Segmented | |
|---|---|---|
| Recipient | Everyone, identically | The group it actually fits |
| Data basis | An old export | Real, current orders |
| Offer | A blanket discount | Relevant to that group |
| Effect on margin | Discounts guests who'd come anyway | Rewards on purpose |
| Success measure | Open rate | Attributed revenue |
Two disciplines keep segmentation from drifting into the same mess it is meant to fix. First, describe each group in plain language the whole team understands — "ordered the family meal twice" is a segment anyone can act on; a code like "Group 7" dies the day the person who built it leaves. Second, match every campaign to what is actually available on the menu right now — a promotion for a dish that is currently sold out produces apologies at the pass, not orders.
Success is revenue attributed to the send, compared against a small group that received nothing — not the open rate, which only confirms the subject line worked and says nothing about whether anyone ordered. A campaign with excellent opens and no incremental revenue is not a quieter failure than one with weak opens; it is the same failure with better vanity numbers.
A restaurant's best guests deserve a different kind of attention than a segment: "reward the top spenders" and "make regulars feel individually known" are related jobs, not the same one. A birthday note, early access to a new dish, a small unprompted extra — automated so it does not depend on a manager's memory during a slammed week — is what a VIP relationship looks like at scale. The rule that keeps it from curdling into spam is that it has to sound like the restaurant's own voice, and stop entirely the moment stock or staffing is under real pressure, because a promotion sent into a kitchen that is already underwater does more damage than sending nothing — nurturing VIP guests in your sleep covers how to build that without it reading as generic.
Segmentation and VIP care both assume something they cannot tell you, though — which guests are fine and which are quietly leaving. That is a different signal, and the subject of the next chapter.
06Spotting a guest who is about to slip away
A stamp card, or a blanket monthly newsletter, treats every guest identically — the one who orders every single week and the one who quietly stopped a month ago receive exactly the same message, at exactly the same frequency, which means neither one gets the message that would actually matter. Predictive retention flips the question: instead of asking who should be rewarded, it asks who is about to leave, and whether there is still time to give them a reason not to.
The signal worth watching is rarely the raw revenue number — it is the pattern underneath it. A guest who used to order every two weeks and has now gone quiet for six is a far clearer warning than any points total, because the widening gap is itself the information. Other useful signals: the basket narrowing to the same one or two items every time, a guest who now only orders when a discount is attached, or an open complaint that was never actually resolved. Any one of these, spotted early, is a guest still worth reaching; spotted six months later, after they have fully drifted, they are a far more expensive re-acquisition.
| Reacting late | Catching the drift | |
|---|---|---|
| Who gets reached | Everyone, the same | The one about to slip away |
| When | Only after they're gone | While the pattern is still tipping |
| With what | A blanket discount | An offer that protects the margin |
| Regard for the kitchen | None | Only when there is free capacity |
Foresight has an ethical line worth stating plainly, because the same pattern-reading that spots a guest slipping away can just as easily read as surveillance if handled badly. Explain, if a guest asks, why an offer showed up; never manufacture artificial urgency around it; and hold a deliberate quiet period after anything went wrong. Someone whose last delivery arrived cold does not want a points promotion three days later — they want to be heard, and a promotional message in that window reads as the restaurant not having noticed.
The other discipline that keeps prediction from backfiring is tying every outreach to actual kitchen capacity. The most carefully built model becomes a liability if it fires a "come back tonight" nudge into a kitchen already at its limit — the guest shows up, the promise does not hold, and the exact outcome the outreach was meant to prevent gets created instead of avoided.
None of this requires anything sophisticated to start. Even a simple, explicit rule — a guest who used to order every two weeks and has gone quiet for six — captures most of the value, the kind of pattern a manager could write down by hand before any system automates it. Start with one clearly defined audience, one modest offer that protects the margin, and one success metric — a return within thirty days, against guests who received nothing — before expanding. A programme that tries to predict everyone's behaviour on day one usually ends up predicting nothing well.
07Automating the reason to return, on the right channel
Every attentive gesture in this guide so far — the win-back nudge, the birthday note, the VIP touch — depends on someone remembering to send it, at the exact moment they have the least room to remember anything: mid-service, on a busy night. The fix is not trying harder. It is building a standing rule once — when a guest reaches this moment, send this message — and letting it run for every guest who reaches that moment afterward.
A trigger workflow has four parts. First, the trigger: a guest crosses a threshold — weeks of silence, a birthday, a finished visit, an abandoned cart. Second, a re-check immediately before sending: is the dish still available, is the price current, is it a reasonable hour in the guest's own time zone — the part e-commerce automation templates get wrong, since a book stays available tomorrow at the same price and a dish might not. Third, the message itself, written once, personal by field, with one clear next step. Fourth, repetition — the same rule fires for the next guest who crosses the same threshold, without anyone touching it again. The three worth building first cover most of what a restaurant misses by hand: a post-visit thank-you, a we-miss-you note after silence, and a birthday message — automatic follow-up messages that send themselves walks through building all three as one standing rule.
The value of each message should also rise slowly, not immediately: start on the quiet rung — a plain reminder, a reorder link — and only raise it if that does not work. Train a guest to expect a discount on the third message and the fourth becomes the only one they respond to; a trigger that always reaches for a coupon is quietly training bargain-hunters instead of regulars. A guest who is genuinely upset, or genuinely valuable, deserves a way out of the automated flow — a human message, not another auto-generated note.
| Spam with regret | Revenue with a plan | |
|---|---|---|
| Timing | Whenever, regardless of hour | Quiet hours, per location |
| Availability check | Ignored | Tied to real menu status |
| On disruption | Runs on regardless | A kill switch, one owner |
| Success metric | Clicks | Additional contribution margin |
The hours after service close are when this kind of automation earns its keep, provided it respects three things: the location's own quiet hours rather than head office's, real menu status, and a kill switch one clearly responsible person can hit if a storm, an outage or a locked menu makes every scheduled message suddenly wrong. A thank-you scheduled for the next morning gathers demand while the kitchen is closed; a promotion firing at three in the morning regardless of time zone trains a guest to mute the channel entirely.
Which channel carries the message matters as much as its content. The web wins the first contact — someone searching "lunch nearby" wants to order without downloading anything — while a restaurant's own app wins the habit: a fixed spot on the home screen, a direct notification channel, saved details for the guest who orders here every Tuesday. Betting everything on one gives away the other moment, and the app is only worth building once there is a real base of regulars to put it in front of — premium spot: why your own app wins the home screen covers what it takes for that icon to earn its place. The one non-negotiable underneath both is a single data source: app and web have to read the same menu, prices and loyalty balance, or a guest sees two different restaurants depending on which one they open.
Push is the tool most likely to get overused, because a wasted message is a small step toward an uninstall. Small, tightly matched audiences consistently outperform a broad blast, and a clear frequency cap protects the channel from wearing itself out — push, not noise goes through the discipline: a concrete benefit up front, only what the kitchen can deliver right now, and sessions and attributed revenue as the measure rather than the open rate.
One season inverts the usual advice to send close to the moment. The guests filling a restaurant in high summer are frequently strangers — travellers and one-time visitors — while the regulars who carry the rest of the year are away. Capturing that traffic with a light, consent-first check-in and scheduling the follow-up for autumn, once the regulars are home, turns a busy but forgettable August into guests actually reachable in September — the opposite of messaging immediately, which spends a good contact on someone still three hundred kilometres away — the summer swap covers the seasonal version of this chapter's argument in full.
08Gift cards as liquidity and as an acquisition channel
A gift card is a simple financial instrument with an unusually good property for a restaurant: the guest pays today, and the kitchen does not have to deliver anything until weeks or months later. That is cash in the account ahead of the cost of serving it, and unlike an order through a marketplace, nobody takes a percentage of the sale — sold on the restaurant's own channel, the entire face value stays with it. Because purchases cluster around birthdays and the end of the year while redemption spreads across the following months, gift cards also smooth demand that would otherwise swing hard with the calendar.
That liquidity only stays clean if redemption does not create its own mess. A card sold as a PDF or plain plastic, tracked in a spreadsheet separate from the ordering system, is where support chaos comes from — an unclear rule on partial redemption, a lost code with no recovery path, a balance the till and the guest see differently. Deciding up front which amounts exist and what happens with a lost code, and running redemption through the same guest and payment logic as an ordinary order, keeps a gift-card programme from turning into phone calls a manager has to field on a Friday night.
The angle most restaurants miss is who actually redeems the card, not who buys it. A regular buying a gift card for a friend who has never ordered from the restaurant is, functionally, a warm referral with the payment already attached — the new guest does not have to gamble their own money on an unfamiliar kitchen, because someone they trust already vouched for it and paid.
| A paid ad or marketplace slot | A gift-card referral | |
|---|---|---|
| Who sends them | An algorithm, to the highest bidder | A guest who already trusts the kitchen |
| Their state of mind | Comparing against ten other options | Arriving because someone chose by name |
| The first bill | Hoped for, after paying to be seen | Already paid, by the person who referred |
| Who keeps the relationship | The platform, plus a commission | The restaurant, in full |
As a labelled, illustrative example: picture a €50 card bought by a regular for someone who has never eaten there. No commission comes off the sale, so the full amount stays with the restaurant, and the recipient is a guest who cost nothing to reach — if even a fraction of recipients like that return on their own afterward, one card has done two jobs from a single transaction — digital gift cards that bring new guests in covers the referral mechanics in full.
Making that work depends on the buying and redeeming experience both being effortless, for two different people. The regular buying it should be able to pick an amount, write a genuinely personal note, and have it delivered — by email or in the app, in the recipient's own language — in well under a minute, not through a phone call — the digital gift: frictionless gifting by phone and web goes through the whole chain, including fraud protection that stays invisible to a legitimate guest. The person redeeming it should never hit a stale balance or an out-of-date menu behind the card — a newcomer's first experience cannot be confusion at the till.
The one moment gift cards genuinely spike is the holidays, and the restaurants that handle it well start weeks before December. Segmenting by who bought last year, who the actual regulars are, and which nearby companies buy for staff at year-end lets each group get an offer that fits, tied to real capacity so a bundle promotion pauses automatically once its quota is full — the alternative is a panic blast that overruns the kitchen the one week it can least afford it — holiday prep: revenue with automated gift campaigns covers how to run that without ending up in the mail tool on the twenty-third.
Treated with that seriousness, a gift card does something almost nothing else here does in one motion: it brings revenue forward, and it brings the next guest through the door already decided to try you.
09Choosing where to start
No restaurant needs every chapter in this guide running at once, and treating it as a checklist to complete top to bottom would miss how the pieces actually depend on each other. The more useful question is narrower: what does retention actually feel like right now in this restaurant, and which chapter above is that feeling a symptom of?
A few real symptoms, and where they usually trace back to:
- Guests order once and are never heard from again → capturing guest data (chapter 3) — no identity on file to bring anyone back to.
- A loyalty programme exists, but nobody notices it → loyalty programme design (chapter
- — the reward is too far away to believe in.
- Every message goes to every guest, and unsubscribes keep climbing → segmentation and VIP care (chapter 5) — there is no group, only a list.
- Regulars quietly stop ordering and nobody notices until they are long gone → predictive retention (chapter 6) — nothing is watching the pattern, only the total.
- Win-backs depend entirely on someone remembering during a busy week → automation and channels (chapter 7) — the reason to return is not yet running on its own.
- Gift cards are a December-only afterthought → gift cards (chapter 8) — the year-round liquidity and referral value is sitting unused.
There is a genuine sequencing logic underneath this, worth respecting even when the most visible problem is tempting to fix first. Data capture (chapter 3) is close to a precondition for nearly everything after it — loyalty, segmentation, prediction and automation all read from the guest record it builds, so investing in any of them before guests are reliably identified means building on a foundation that is not there yet. Owning the relationship (chapter 2) is the decision that makes chapter 3 worth doing at all, which is why it comes before the mechanics. Gift cards, by contrast, are comparatively independent — a restaurant can run a serious gift-card programme well before its loyalty or automation is mature, because its economics do not depend on the guest record the rest of the chain needs.
A workable phased approach, adapted to what is actually missing rather than followed as a script:
- Own the relationship, and build the record. Decide the data belongs to the restaurant rather than a platform, then make the actual moment of capture — at checkout and at the table — fast enough that guests say yes. Nothing later compounds properly without this.
- Give a reason, and read the pattern. A loyalty programme with a believable near-term reward, segments built from real orders rather than an old list, and the discipline to notice who is drifting before they are gone.
- Automate the reason, on the channel that fits. Trigger workflows that re-check reality before every send, quiet hours and a kill switch that make overnight marketing safe rather than risky, and gift cards run as a real programme rather than a December scramble.
The mistakes that undo the whole chain, distinct from any single chapter's own pitfalls: building loyalty on top of a platform that keeps the data, so the ownership argument in chapter 2 never gets applied; measuring every initiative by opens instead of attributed revenue; treating retention as a December project because that is when gift cards spike; and rolling out automation before the guest data underneath it is trustworthy.
None of this is really about software. A single-location, owner-run kitchen can capture guest data on a disciplined manual check-in and run a genuinely honest loyalty programme with a notebook and a clear head — the discipline is the point, not the tool. What compounds, either way, is the same thing: a guest worth winning once is worth far more the second time, and every chapter here is one more way of making sure that second time happens.
Common questions
Is a loyalty programme worth building for a small, single-location restaurant?
Especially there. A small restaurant depends more heavily on its regulars than a multi-location chain does, and even a simple, honestly calculated version — automatic point accrual, one reachable reward — pays for itself faster than acquiring an equivalent amount of revenue from new guests. The programme should match the restaurant; the restaurant should not have to grow into the ambition.
If I can only fix one thing this quarter, where should I start?
Capturing guest data reliably — the check-in and checkout moment covered in chapter 3. Everything else in this guide, from loyalty to segmentation to automated win-backs, reads from the guest record that moment builds, so investing in any of them first means building on a foundation that is not actually there yet.
Do I need to own the guest data myself, or is a marketplace's built-in loyalty tool close enough?
Close enough for the platform, not for the restaurant. A stamp card inside a marketplace app ties the guest to the platform's brand and rules, not the kitchen's, and every time the restaurant wants to reach that guest outside an order, it pays the platform's fee again. Owning the relationship is what lets a restaurant reward the behaviour that actually helps it, instead of a flat, rigid rule someone else designed.
How much should a loyalty reward actually cost before it starts eating the margin?
Judge it the way the lifetime-value maths in chapter 1 does: a reward is only expensive relative to the incremental visits it creates, not against every visit a guest happens to make. A reward that would have happened anyway is a straight discount; a reward that pulls forward a visit that would not otherwise have happened is the programme working.
Do gift cards make sense for a restaurant with no real holiday-season spike?
Yes. The holiday chapter covers the seasonal peak because it is the highest-volume moment, not because it is the only one that matters. A birthday, a thank-you or a simple "you have to try this place" happens in any month, and a gift card sold on the restaurant's own channel earns its keep as commission-free liquidity and a referral channel every time it is given, regardless of season.


