Your calendar shows several “intro calls.” The callers arrive expecting a full consultation, assessment, or treatment. Your team expected a short fit check. The problem may be the service-page language, the button label, the scheduler's appointment names, or the way booking options are arranged. It is not necessarily a scheduling software bug.

A small-business owner discussion about appointment tools illustrates how availability and appointment types become operational decisions. Google Calendar's appointment schedule help shows that a booking page exposes the times and appointment configuration you set. The website still has to tell the visitor which appointment to choose.

Define the difference internally first

Write one row for each booking option: who it is for; what will happen; duration; location or format; price or whether payment is required; preparation; and the next step afterward. If the team cannot agree whether an issue belongs in an intro call or a paid appointment, the site cannot route it accurately.

Review three recent wrong bookings without using customer details in the public brief. What page did each person enter from? Which button did they click? What appointment name appeared in the scheduler? What did the confirmation email promise? This identifies whether the confusion begins before or after the calendar handoff.

Give each path its own reason to exist

Avoid buttons that all say “Book now” when the destinations represent different commitments. A service page could say “Book a 15-minute fit call” and explain that it is for deciding whether the service fits; a paid-service button could name the actual session. These are examples, not recommended durations or terms for your business. If a price applies, show the approved amount or a clear explanation of when the visitor receives it.

Where the scheduler allows descriptions, repeat the distinction there. A visitor can arrive at the booking page from an old link or search result without reading your website first. After someone selects a time, the confirmation should state the appointment type and any required preparation. If your provider cannot support separate types or links, that is a scheduler configuration decision.

Run a first-time visitor test

Do the same test with an existing customer who already knows your services. Their route may be different from a new buyer's; forcing both through an introductory call can create its own friction. The page should make the distinction visible without expecting customers to understand your internal appointment codes.

Give a person two realistic scenarios, one that should lead to a fit call and one that should lead to the paid service. Ask them to use a phone and narrate which action they choose. Stop before payment or final confirmation, then compare their choice with your intended route. If both scenarios lead to the same generic calendar, identify whether the site needs clearer links or the scheduling system needs a different setup.

ARCHV can scope service-page wording, distinct booking links, and link checks. Appointment types, calendar rules, payments, and automated confirmations may require a separate scheduler specialist or custom scope. Share your service list, existing booking URLs, and the two scenarios in the website estimate so the page work has a clear acceptance test.