By industry

Personal trainer booking system: trial slots

A new client wants one session before committing to a package or a medical questionnaire. Find where the calendar hides the first session, and where the form asks for health details before any time.

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

Why does a personal trainer booking system get visits but few first sessions booked?

A personal trainer booking system gets visits but few first sessions when the calendar only offers times that belong to a package, or when the health questionnaire comes before any time is shown. A new client wants one trial session to see whether the trainer suits them, and may not buy a pack to find out. A simulated test sends a new client through the booking with no package and shows the step where the first session disappeared or the form came first.

What this looks like in a report

Who
Ines, who has not exercised since university and wants to start before her wedding
How they arrived
Found a personal trainer on Instagram and opened the booking link in the bio
Where they stopped
Calendar, after choosing a first session

“I just want one session to see if I can keep up. The calendar is empty, and the list says I need a package first. I am not paying for a pack of sessions to find out.”

The fix. Show the single first session as a bookable slot on the calendar, with no package needed, and explain in one line what a package adds. Move the health questionnaire to after the time is picked, and say it can be finished before the session.

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

The first session is listed, but the calendar only offers packages

A new client does not yet know whether they will like the trainer, the gym or the pace. They want one session to find out. Some booking systems treat a trial as a product, and the calendar only shows times that belong to a bought package. The client picks the trial, then reaches a calendar with no open times, or with times that only appear after a payment step. A second gate can come first: a health questionnaire about injuries and medication, with a signature box, before any time is shown.

  • Can a new client book one first session without buying a package?
  • Does a bookable time appear before the health questionnaire and any signature?
  • Does the first session appear on the calendar, or only on the price list?
  • Does the booking say why no time is open, such as a package being needed?
  • Does the confirmation say where to meet and what to bring?

A trial listed as a product, with a calendar that needs a package

Some booking tools model everything as products. A first session is a product, a pack of sessions is a product, and each product has its own availability. The trainer may think of the trial as a way in, but the system sees a product with no slots attached, or with slots attached only to the pack. A new client who clicks trial sees an empty week and assumes the trainer is fully booked, or that the trial is not really on offer. The right version gives the first session its own bookable times, separate from packages, and names the pack as the next step.

Tell this from a genuinely full calendar by checking a week with open time. Run a visitor with no package and select the first session. If open times show for other products but not this one, the product setup is the cause. If times appear and then vanish at the confirm step, check the request that runs on confirm. The browser log records failed requests on the step where they happen.

A health questionnaire that comes before any time

Trainers reasonably ask about injuries, heart conditions and medication before a first session. The mistake is the order. When the questionnaire sits between the trial and the calendar, the new client has to disclose medical details and sign a box for a session they have not yet booked. A nervous client who is already unsure they belong in a gym may read that as a barrier, and some may never book at all. The form belongs after the time is picked, with a clear line that it can be finished before the session.

Run the same new client twice: once with the form first and once with the form after the time. Compare the step where each run stopped. If the first run stops at the questionnaire and the second reaches a confirmation, the order is the cause. Use made-up answers in the form, and never type a real health history into a test. The report shows the fields and the screenshot where the run stopped.

A confirmation that leaves the first session unclear

A first session raises practical questions that the confirmation can answer: which entrance to use, whether to bring water or trainers, and whether the first hour is a movement check or a workout. A client who has not been in a gym for years will ask these by message if the confirmation does not answer them, and some never send the message at all. Some confirmations say your session is booked and stop there. A line with the address, the arrival time and what happens first settles the client before they have to ask.

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 trainer or a new package adds a calendar the trial has to share

The first run finds the hidden trial slot, the early health form or the thin confirmation. The fix changes that step, and the same new client runs again to see whether they reach a booked first session. Run it again when you add a trainer, a new package or a second location, since each one adds a calendar the trial booking must read.

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 show how many new clients will book a first session?

No. It does not predict how many new clients will book, and it is not a forecast of memberships sold. It shows where a simulated new client stopped on your booking, and what that step showed them. Use your booking records and your own follow up for the numbers.

Can a simulated visitor pay for a package?

No. A payment step ends the run, because a visitor cannot pay with a real card. The report shows the package screen and the step before payment, so you can see whether the trial and the package were clearly different.

Should I enter a real health history in the questionnaire?

No. Use made-up answers and a made-up name. Do not type a real person's medical conditions, medication or injuries into a test, even a test you run on yourself. The test checks whether the form appears in the right order, which needs no real details.

Does the test tell me whether my training methods are safe?

No. Mimiq does not judge your training methods, your screening process or your insurance. It shows whether a new client could reach a first session and understand what happens next. Your screening and any health guidance are yours to set, with the people who advise you.

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 .