Skip to content
All articlesMarketing7 min read

What features should a restaurant CRM have? The 6 that matter, and what pub groups need on top

EKEamonn Kelly

Summary

The six features a restaurant CRM needs, in priority order, the demo test for each, and the four extras pub and restaurant groups need.

A restaurant CRM needs six features. In order of priority:

Six restaurant CRM features, in priority order
  • One profile per guest, filled in automatically

    What it gives you
    The record every other feature reads from
  • Spend on the guest

    What it gives you
    Your best regulars, told apart from everyone else
  • Email and SMS that report covers and revenue

    What it gives you
    Proof of which sends brought guests in
  • Automations that fire on guest behaviour

    What it gives you
    Welcome, thank-you, birthday and win-back emails that send themselves
  • Data you can take with you

    What it gives you
    Your guest list, kept if you ever switch provider
  • Consent recorded per channel

    What it gives you
    A clear list of who you can email and who you can text

Pub and restaurant groups need four more on top:

  • Estate reporting across every venue

  • Roles that limit each manager to their own sites

  • One login for head office and every venue

  • Audiences per business, so each brand markets to its own guests

For every feature below there's a test you can ask the vendor to run on their own screen while you watch.

1. One profile per guest, filled in automatically

One profile per guest is the feature everything else in a CRM depends on. Spend, marketing, automations and reporting all read from it, so a gap in the profile becomes a gap in all four.

Guests reach you through different doors. One books online, one walks in and logs on to the Wi-Fi, one comes to a ticketed wine dinner. A CRM that only reads bookings misses the walk-in completely, and a profile that someone updates from a spreadsheet is out of date by the next service. The profile has to fill itself from bookings, guest Wi-Fi, the till, reviews and loyalty.

Then check how it matches people. Most platforms match on email address and phone number. Stampede does too, so a guest who uses one email for the Wi-Fi and another for a booking shows as two profiles until a shared detail, such as the same phone number, links them. Every system has this limit. What matters is whether the vendor tells you about it.

The demo test: "Show me one guest who booked, logged on to the Wi-Fi and paid, all on one screen. Then show me a walk-in who never booked."

2. Spend on the guest

Spend on the guest is what lets a CRM separate your best regulars from everyone else. Without it, a guest who spends £80 a visit and a guest who orders one coffee look exactly the same.

A till records a basket against a table number. A restaurant CRM worth having puts that basket on the guest who paid for it. That only works if the CRM reads your till, so ask exactly which point-of-sale systems it integrates with, and whether data flows both ways.

Two-way is the part to check. With Stampede's two-way Square integration, a booking made in Stampede carries through to the table on the till, and what that table spends comes back onto the guest's profile: basket size, items and how often they visit. The till stays exactly as it was for the team using it. To be straight about our own limit: Square is the only point of sale Stampede integrates with. On another till, bookings, Wi-Fi, marketing and reviews still work, but spend won't reach the profile.

The demo test: "Show me what this guest spent on their last visit, and which dishes they ordered."

3. Email and SMS that report covers and revenue

Covers and revenue per send are how you find out whether your marketing works. Opens and clicks show who looked at an email. Bookings and spend show who came in, and what they were worth.

Your CRM should send email and SMS itself, to audiences built from the guest data it already holds. Exporting a list to a separate email tool breaks two things: the consent record now lives in two places that drift apart, and the email tool can't see whether anyone actually booked or how much they spent.

There's proof this measurement matters. At Sankey's, guests who booked from an email spent an average bill 2.3 times the venue average (the Sankey's story). You only find a number like that if the email and the point of sale sit in the same system.

The demo test: "Show me the last campaign a venue like mine sent, and the covers and revenue it brought in."

4. Automations that fire on guest behaviour

An automation is only as reliable as its trigger. A win-back email set to fire when a regular "hasn't visited in 60 days" goes to the wrong people if the CRM missed some of their visits.

A restaurant CRM should send messages to guests automatically when they do something, or stop doing something. A welcome after the first Wi-Fi log-on. A thank-you and a review request the morning after a visit. A birthday offer. A win-back email when a regular hasn't been in for 60 days. Each of those depends on the CRM seeing every visit, walk-ins included, which takes you back to feature 1.

The demo test: "Build me a win-back email for guests who haven't visited in 60 days. Show me how many guests it would reach today, and whether that count is 100% accurate."

5. Data you can take with you

Exportable guest data is the feature you only need once: on the day you switch provider. By then it's too late to find out the export is missing.

Some booking platforms and marketplaces keep the guest relationship for themselves. A CRM should leave it with you: every guest, with consent status, exportable whenever you like and without paying for access. If you're planning a move, our guide to switching systems without losing guest data covers what to export first.

The demo test: "If I leave, what do I get, in what format, and does consent come with it?"

Consent per channel decides who you're allowed to market to. A guest with no consent record is a guest you can't safely email or text.

In the UK, email and SMS marketing falls under UK GDPR and PECR, which generally need an opt-in before you send. Two details to check. First, consent should be stored separately for email and SMS, because guests often say yes to one and no to the other. Second, consent should sit on the single profile, so one unsubscribe stops every future send, from every venue and every tool.

In Stampede, staff can opt a guest out from the profile, and only the guest can opt back in. It's a small rule, and it's worth asking any vendor about.

The demo test: "Open a guest and show me when they opted in to email, where, and what happens to their profile when they unsubscribe."

The six tests at a glance

Run all six in one demo. A feature the vendor can only describe, and can't show, is probably on a roadmap rather than in the product.

The six restaurant CRM demo tests
  • One profile per guest

    The test to run in the demo
    One guest's booking, Wi-Fi sign-in and spend on one screen
    Red flag
    "We can import that for you"
  • Spend on the guest

    The test to run in the demo
    Last visit's spend and dishes for one guest
    Red flag
    Spend shown per table or per venue only
  • Email and SMS with covers and revenue

    The test to run in the demo
    A campaign and the covers and revenue it brought in
    Red flag
    Opens and clicks only
  • Behaviour-based automations

    The test to run in the demo
    A 60-day win-back, how many it would reach, and how accurate that count is
    Red flag
    Automations based only on dates
  • Data you can take

    The test to run in the demo
    The export, with consent status
    Red flag
    "Speak to your account manager"
  • Consent per channel

    The test to run in the demo
    When and where a guest opted in to email
    Red flag
    One opt-in tick for everything

What do pub and restaurant groups need from a CRM?

Groups need four extra features, because the hard part of running several sites is seeing them as one estate. Without them, head office rebuilds the estate view in a spreadsheet every month, and it's out of date before anyone reads it.

Four extra CRM features for pub and restaurant groups
  • Estate reporting

    What to check
    The whole group at a glance, then any single venue, over any date range. Ask to compare one site against the rest of the estate.
  • Roles and access

    What to check
    Head office sees everything, an area manager sees their venues, a venue manager sees one site. Check what each role can change, as well as what it can see.
  • One guest across venues, kept separate across businesses

    What to check
    A guest who eats at two of your pubs should be one profile, so the second pub knows they're a regular. If your sites sit in different companies or brands, each one usually keeps its own guests and its own consent. Ask how the CRM keeps businesses apart as well as venues.
  • Audiences per business

    What to check
    Each brand markets to its own guests, from its own list.

We hear the first two in nearly every group call. Of the 9 group calls we checked from June to October 2026, operators raised estate reporting or shared guests on 8. A digital marketer at a family pub group, on the guests who visit more than one of its pubs: "We know all that exists somewhere in the system, not easy to get." A marketing lead at a 23-site hotel management company put the other side: "Each account is separate for each hotel, because of course they don't want to share anyone's data."

ART Hospitality runs eight chef-led venues across Hereford, Worcester, Birmingham and Gloucester. Before Stampede, the group's marketing, bookings and guest Wi-Fi came from three different suppliers. Founding director Edwin Kirk on what that cost:

“You start having to deal with multiple different people. But more importantly, the synergy between the software is just not at the standard you need for the modern customer, and even the modern team member.”

Edwin Kirk, Founding director, ART Hospitality, ART Hospitality's story

Across those eight venues, ART now runs at a 0.3% no-show rate (ART Hospitality's story; see how we measure). For more on what a group setup looks like, see Stampede for groups.

The demo test for groups: "Log in as an area manager for two of my venues. Show me what they can see, and what they can change."

Is a CRM worth it for a single restaurant?

Often yes, if you take bookings and want regulars to come back more often. The deciding factors are what it costs per venue and how many guests you can capture. We cover both, with a simple way to work out break-even, in what a hospitality CRM costs per venue.

Where a restaurant CRM won't help

A restaurant CRM has three limits worth knowing before you buy:

  • New guests. A CRM helps you know and win back the people who already visit. Finding guests who've never heard of you takes a listing or a marketplace alongside it.

  • Capture. A CRM builds profiles from the moments a guest leaves a detail: a booking, a Wi-Fi log-on, a loyalty sign-up, a paid bill. A walk-in-heavy pub with no Wi-Fi sign-in and no booking system should sort out capture first, then choose the software.

  • Your team. The profile only helps on a busy Friday if the person on the door looks at it.

FAQs

What is the most important feature in a restaurant CRM?

One profile per guest, filled in automatically from bookings, Wi-Fi, the till and reviews. Every other feature depends on it: spend, marketing, automations and reporting are only as good as the profile they read from.

Does a restaurant CRM need to integrate with my till?

It does if you want to know what each guest spends. Without a till integration, the CRM knows who booked and who logged on, but has no record of what they ordered or paid. Ask each vendor which point-of-sale systems they integrate with, and whether the integration is two-way, so spend comes back to the guest profile.

What CRM features do pub groups need?

Pub groups need estate-wide reporting, roles that limit each manager to their own venues, one login across sites, one guest profile shared between venues, data kept separate between businesses where it has to be, and audiences that can be built per brand or per venue.

How is a restaurant CRM different from a booking system?

A booking system manages tables and covers. A restaurant CRM manages guests: it combines bookings with Wi-Fi sign-ins, spend, reviews and loyalty into one profile, then uses that profile for marketing. Some platforms, including Stampede, do both in one.

See all six tests run on a venue like yours: speak to sales or explore guest profiles.

See it running on your venues

One unified guest record across Wi-Fi, bookings, reviews and loyalty, and the marketing that acts on it.

Explore the platform