By industry

Restaurant online booking: where guests give up

A guest planning a birthday dinner for six wants a table at a time they can make. Find the control where the widget says no and the guest books somewhere else.

5 visitors try to .
First test free with an accountRun it from your coding agent

Why do guests leave a restaurant booking page before they pick a time?

Often they hit a limit the page never explains: a party size above the widget's maximum, a time slot that vanishes when tapped, or a deposit that appears after the guest has typed their details. A guest who cannot tell whether the restaurant is full or the form is broken usually calls or leaves. A simulated test sends a visitor through the booking on a phone and shows the exact control where the visitor stopped.

What this looks like in a report

Who
Ngozi, planning a birthday dinner for six on a Saturday
How they arrived
Searched for restaurant online booking near her office and opened the top result
Where they stopped
Party size selector, then the time list

“I need a table for six and the only times shown are grey. I tried to pick eight and nothing changed. Maybe they are full on Saturday, so I will try the other place.”

The fix. Show a line for parties above the online maximum, with a phone number to call beside the time list. Hold a chosen time while the guest fills in details, and show a plain message if the time is taken.

An illustration. Run a test to see your own.See a real sample report

Parties larger than the widget allows read as full

A booking widget often has one default party size and a maximum that the restaurant set for a normal night, not for a group. A guest who picks nine finds that every time is grey, and the widget says nothing about larger groups. The guest concludes the restaurant is full, when it may only be that the form cannot take nine. Time slots add a second trap. A slot can show as open, then disappear when tapped, because another diner took it a moment earlier. The guest sees an error and starts again, often on another site.

  • On a phone, is there a route for a party larger than the widget's maximum?
  • When a party is too big, does the page say to call or email instead?
  • After a time is tapped, does it stay held while the guest fills in details?
  • Does the phone number field accept a number typed with a country code?
  • Does a birthday note fit in the special requests box without an error?

Party sizes and the limit nobody states

Restaurants set a party maximum for the room and the kitchen, and most booking widgets treat it as a hard stop. The guest never sees the rule, only the result. A party of six for a birthday is a bigger decision than a party of two, and it is often planned days ahead on a phone. Check the largest party the widget will take, then check what the screen says when a guest picks one above it. If the answer is nothing, the restaurant has lost the group before the group has decided whether to come.

Times that disappear on the tap

A time list is a snapshot. The guest loads the page, sees a slot at a quarter past seven, taps it, and gets a message that the slot is no longer available. That is a race between the guest's tap and another booking. The page can handle it by holding the slot while the details are filled in, or by offering the nearest open time with a clear label. A plain error that says try again sends the guest back to the start. Test it by picking the last open slot of the evening on a phone and reading what the page says after the tap.

Phone numbers, notes and the deposit at the end

The host needs a phone number to reach a guest about a table, so that field matters on a busy night. A number typed with a country code, or with spaces and brackets, can fail a strict check and show an error that never names the problem. A birthday note in the special requests box is ordinary, but some forms reject punctuation in it. If a deposit holds the table for a party, that step usually comes after the guest has given every detail. A visitor in a test stops there, because it cannot pay with a real card. Read the deposit message before that step, since it is the last place a guest decides.

What you get with Mimiq

  1. 01

    Run it by hand, or on every pull request

    Paste a link and a task in the app and watch the visitors work. Or run them on every preview deploy: the GitHub Action comments on the pull request, any other CI can call the MCP endpoint, and your coding agent can run it too.

  2. 02

    Bugs and usability problems in one report

    The browser records errors and failed or slow requests on the step they happened. The visitors say where the wording or the steps confused them, and where they left.

  3. 03

    Visitors that behave like your audience

    Each visitor is a different profile with a reason to be there, matched to who the page is for, described by you, or built from your own customers.

  4. 04

    A prompt to fix each problem

    Every problem comes with a fix to paste into Cursor, Claude Code, Lovable or any coding agent, and one prompt hands over the top problems at once. Then send the same visitors through again.

  5. 05

    Follow every visitor

    See each visitor's whole path, step by step with screenshots, and what it was thinking at every step. Ask any visitor a question.

The browser records relevant JavaScript errors and failed or slow app requests encountered during the run, attached to the step where they occurred. The visitors are simulated: they find problems, they do not predict how many real people will convert.

A new party limit or a Saturday menu can hide every slot again

The first run finds the control that turns a guest away. The fix changes it: a line for large parties, a held time, a plain message when a slot goes. Run the same six-person Saturday guest again and check whether a time appears that she can book. Repeat it after you change the party limit, add a Saturday menu or move the widget to a new page, since each change can empty the time list for guests.

Starter

Try it on one launch

$9 once
120 credits, never expire

About 4 tests of 5 visitors

  • Visitors on your landing page, signup and checkout
  • Where they left and why, with a fix to copy for each problem
  • Run it in the app or on every pull request
  • Ask any visitor a question, included
  • Test accounts and protected previews
Buy 120 credits

Builder

Test every build

$19 a month
500 credits every month

About 20 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Builder

Pro

Test every release, as a team

$49 a month
1,500 credits every month

About 60 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Pro

Scale

Test at scale, every day

$149 a month
6,000 credits every month

About 240 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Priority support
  • Cancel anytime
Choose Scale
$0for your first test, with a free account (Google sign-in, no card). It includes 50 credits, enough for 10 visitors. After that a visitor uses 5 credits, and packs start at $9 for 120 credits.
See a sample report

Questions

Does this tell me how many bookings I will take?

No. Mimiq does not predict bookings or covers, and it cannot say how many guests will reserve in a week. It shows the control where a simulated visitor stopped, and what the widget displayed there. For bookings, use your reservation system's reports and your site analytics.

Can a simulated guest reserve a real table?

No. A run goes as far as the last step a visitor can reach. A visitor can read an email, so a confirmation email reaches it. It cannot receive a text message to confirm a number, and it cannot pay a deposit with a real card, so the run stops at the step that needs either one.

Should I test with a real guest's phone number?

No. Use a made-up number for every test, and do not type a real guest's name, number or notes into a run. A test does not check your booking data against privacy rules, so keep the guest list out of it entirely.

Does the test check the widget on a phone and on a laptop?

Yes. Send one simulated visitor on a phone and another on a laptop with the same task, then compare the two reports. A widget that works on a laptop but shows no times on a phone is easy to miss from the desk, and the phone report will show it.

What if my booking needs the guest to sign in?

A visitor can sign in only with a test account you give it, on paid credits, and cannot sign in with Google. A guest who would book without an account is a separate path, so test that path on its own. The report shows where a sign-in step stopped the run.

Keep reading

Send visitors and see what breaks first.

Your first test is free: sign in with Google and it starts right away. Last checked 2026-11-02.

5 visitors try to .