File
SMF·ONCEHUB
Received on
31.07.2026
Reviewed on
28.09.2026
Exhibits annexed
3
Questions
4

SMF·ONCEHUB

Can a prompt replace OnceHub?

Scheduling — booking links and calendar automation

Almost Verdict recorded on 28.09.2026 · Verified on 31.07.2026
Price
$12/moSource: oncehub.com · Checked on July 31, 2026
Per year
$144
Build time
A week
Category
Scheduling
Votes
0 votes
YesAlmost (checked)Not yet

Exhibit tracking slip

Exhibit A The prompt
Exhibit B What you lose
Exhibit C Why people still pay: calendar integrations and reliability
Exhibit Q Questions

Verdict

A booking page over one calendar is well-covered ground and this catalogue has several entries for it. OnceHub's distinctive layer is the routing form: a prospect answers a few questions and is sent to a different meeting type, a different duration, or a different person's calendar depending on the answers. Building the rule engine is a couple of days; building it so a misconfigured rule fails visibly rather than silently sending everyone to the wrong place takes the rest of the week.

Exhibit B — What you lose

Exhibit A — The prompt

Received on31.07.2026
Build a booking system whose defining feature is a routing form in front of the calendar.

Calendar: connect one Google Calendar over OAuth with encrypted refresh tokens. Compute availability from working hours minus busy events, with buffers before and after, a minimum notice period, and a booking horizon. All arithmetic in UTC, rendered in the visitor's detected time zone with the zone named on screen.

Meeting types: each has a name, a duration, a location (a video link, a phone number, or an address), its own buffers and notice, and its own set of questions asked at booking.

The routing form, which is the point of this build. A short form shown before any availability is displayed: a handful of questions, each of type select, multi-select, number, or text with a match rule. Then an ordered list of routing rules, each a condition over the answers and a destination — a meeting type, an external URL, or a rejection message with an explanation. The first matching rule wins; a final catch-all rule is mandatory and cannot be deleted.

Making routing safe, which is where most of the work is:

- A rule tester: enter a set of answers, see which rule matches and where it sends. Required before a form can be published.
- Coverage analysis: enumerate the combinations of answers the questions allow and report which rule handles each, flagging any combination that falls through to the catch-all. A rule set with unreachable rules or unexpected fall-through is the failure mode that quietly costs you meetings, and the interface should refuse to let it be invisible.
- Every routed booking records which rule matched and the answers that triggered it, so a wrong outcome can be traced rather than guessed at.

Booking: reserve the slot transactionally so two simultaneous visitors cannot take the same time, create the calendar event with the answers in the description, and email confirmations to both sides with signed reschedule and cancel links that need no account.

Reminders: a scheduled job sending a reminder at a configurable interval before the meeting, with the send recorded so a restart cannot double-send.

Admin: booking list with the routing answers, a per-rule booking count (which tells you whether your qualifying questions are doing anything), an audit log, and a calendar reconnect flow.

Out of scope: multiple calendar providers, team round-robin or load balancing, payment collection, CRM integration, and any hosted multi-tenant deployment.

Opening prefills the prompt — press enter to run it.

Exhibit B — What you lose

  • B.1 routing across a team, with round-robin and load balancing
  • B.2 Outlook and Apple calendar accounts
  • B.3 the CRM integrations that push a booking straight into a pipeline
  • B.4 payment collection at the point of booking

Prior art

Exhibit C — Why people still pay: calendar integrations and reliability

Because routing exists to get a lead to the right person, and the moment there is more than one person the problem becomes availability across a team — which is a different and much harder scheduling problem.

Questions

Can I import my OnceHub setup?

Booking pages and routing rules do not export in any structured form, so the rule set is re-created by hand — which is worth doing carefully, since transcribing rules is when their gaps become obvious. Past bookings export as CSV for your records.

Why is coverage analysis part of the core build?

Because routing fails silently. A rule that never matches, or a combination of answers nobody anticipated, sends a qualified lead to the wrong place or to nothing at all, and you find out weeks later when someone mentions they gave up trying to book. Enumerating the combinations turns that into a warning at publish time.

What does it cost to run?

A small VPS with PostgreSQL, five to ten dollars a month, plus a transactional email provider for confirmations and reminders, which is free at this volume. The Google Calendar API costs nothing.

What is the one thing that does not survive the rebuild?

Routing to other people. Sending a lead to the right meeting type on your own calendar is one problem; sending them to the right colleague, balanced across a team, respecting everyone's availability, is a much larger one — and it is the reason routing products exist.

Receipt

Already built this yourself?