For restaurants
They've decided to go out. They haven't decided on you.
Someone is planning a dinner for eight, a birthday, an anniversary, a client they need to impress. They ask a friend, they ask their phone, they ask an assistant. Three names come back. Yours is on the list or it isn't, and the site is what settles it.
Your situation
Chosen by name, booked somewhere else.
The reservation lives on OpenTable, Resy, or Tock. The menu lives in a PDF. The private dining information lives in an email thread with your events manager. What's left on the website is a photograph and an address, and that's what a person sees in the two minutes when they're deciding between you and the place down the street.
The private dining inquiry is the expensive one. It arrives as a message, it waits for a person, and it competes with dinner service. Every hour it waits, the guest is writing to someone else.
What we build
A site that helps close the table.
- 01
The site
Fast on a phone, on your own domain, connected to the reservation system you already have and staying out of its way. Hours, address, and the room, readable without a script.
- 02
The record
What you serve, where you are, when you're open, and what the room can hold, stated once and matched across your site, your Google listing, and your profiles. When those agree, the assistants can pass you along. When they don't, they pass along someone else.
- 03
The words
The menu as a page, not a PDF, so a person can read it on a phone and a machine can quote it. A private dining page that says what the room seats, what the menus look like, and how to begin, written from your events manager's answers.
- 04
The launch
Domain, search console, listing, and the checks that prove every page reads from outside. Your email is never touched. The PDF can stay; the pages are what get found.
- 05
Kept current
Seasonal menus, hours, holiday closures, and events drafted from what you tell us, published on your yes, and dated. Once a month we ask the assistants where to eat for the occasions you want and keep the transcript.
Plain answers
What restaurants ask us
We're on OpenTable and Google Maps. Why does the website matter?
Because the booking platform is where the reservation happens, not where the decision does. The person deciding reads your site, your reviews, and what an assistant says about you, in that order. A site that can't answer their questions sends them back to the list.
Do you handle the reservation system?
We work with the one you have. The site connects to it and stays out of its way. What we build around it is everything the platform doesn't do: the menu people can read, the private dining page that says what the room can do, the record the assistants can trust.
What is local restaurant SEO, plainly?
Being the answer when someone nearby asks where to eat. It's your Google listing telling the truth, your site saying what you serve and when, reviews that agree with both, and now the AI assistants reading all three. We measure it by asking them and keeping the transcript.
Can the site handle private dining inquiries?
It can carry the answers so fewer questions need a person: the rooms, the seating, the menus, the minimums, the way to begin. The inquiry still goes to your events manager. It just arrives from a guest who already knows what they're asking for.
Start with the 30 minutes
Talk about your business for 30 minutes. We'll do the rest. It's a phone call.