Booking Calendar for CPR Training Companies

The honest test is whether the tool knows what a certification is. A generic scheduler treats a BLS class like a haircut: a time slot with a name attached. It has no idea the class has a seat cap tied to manikin count, that the same course sells in three formats, that the student walks out with a card that expires in two years, or that the instructor is the real inventory. Look for a system that models course, session, seat, instructor, payment, and expiry as separate things. That is the difference between a calendar that takes bookings and a system that runs the business. We built ours for our own CPR company first, which is why those objects exist in it.

You embed the booking widget directly in a page on your own domain instead of linking out to a scheduler. Two things improve immediately. Conversion goes up because students never hit an unfamiliar branded page and pause to wonder if they are still buying from you. And ad tracking stops breaking, because the gclid that came in with the click is still on the page when the booking happens, so the sale can be attributed to the keyword that paid for it. Redirecting to a third-party domain drops that thread. If you run Google Ads at all, on-domain booking is worth more than the conversion lift alone.

Yes, and you need all three because they answer different questions. The instructor view answers staffing: who is teaching Saturday, who is double-booked, who has a free morning you could sell into. The course view answers demand: BLS renewal is filling five days out while Heartsaver has empty seats every week, so move the schedule. The day view is what you actually work from on class day, with rosters and seat counts. One combined month grid hides all three. Views are filters on the same booking data, so nothing is duplicated and nothing drifts.

That is the ops dashboard, which is a separate piece that reads the same booking data. The calendar answers class-day questions: who is enrolled Saturday, which instructor, how many seats are left. It does not answer whether the week is on pace, because that needs leads, revenue, and unpaid students sitting next to the schedule. We kept them apart deliberately so the booking calendar stays the thing you embed and the dashboard stays the thing you open in the morning. If you want the wider view, see how the ops dashboard works on its own page, linked below. Our own business runs around 137 bookings a month across both.

No, and you should be suspicious of anything that says otherwise. You keep your existing Square or Stripe account and payments settle directly to you. Nothing routes through us and we never hold your revenue. The widget hands off to your processor at checkout, then matches the completed payment back to the booking so the confirmation, the seat, and the calendar event all reflect money that actually arrived. Platforms that insist on becoming the merchant of record are solving their problem, not yours.