About a year ago we were on a call with a pottery studio owner who was evaluating booking platforms. She'd just left Acuity. She was looking at Bookeo, FareHarbor, and us. She was clear about what she wanted: customers could book online, hold their seat with a card on file, but actually pay when they showed up in person.
Her reason was specific. She ran walk-in pottery sessions where the final cost depended on what the guest made. A small bowl was $30, a vase was $50, a wheel-thrown plate was $35. She couldn't charge a fixed price up front because the final amount was determined at the end of the session.
She'd been turned down by FareHarbor (forces full prepayment), Peek (same), Bookeo (assumes the booking price is known at booking), and Tock (built for restaurant prepay). The only platforms that handled her flow were generic appointment schedulers like Acuity, which she'd left because the rest of the experience was wrong for her venue.
She represents a real segment of experiential operators who need a third option between "full prepayment" and "no payment information at all." This post is about that segment, and the policy that fits them.
The three booking-payment policies
Almost every experiential booking flow falls into one of three buckets.
Full Prepayment. The guest pays the full ticket price at the moment of booking. The booking is confirmed. The transaction is closed. Most experiential venues default to this for public classes, paint-and-sip, candle bars, traditional cooking schools, where the price is known and prepayment reduces no-shows.
No Card Required. Reservation only — no payment information collected at all. Lowest friction, highest conversion, and the right call for venues where no-shows are genuinely rare. But when a guest does ghost you, there's nothing behind the reservation.
Card on File. The guest saves a card to confirm the booking, but no charge happens at booking. The guest pays in person at the venue, and the saved card backs the operator's late-cancellation and no-show policy. This is the model the pottery studio owner needed.
The third bucket exists for a real reason, but it's the bucket most booking platforms don't support.
When card-on-file is the right model
Several scenarios where card-on-file is the operator's right answer.
The price isn't known until the experience is complete. Pottery studios pricing by piece, cooking schools where the guest picks their menu on arrival, salon-adjacent experiential businesses, certain workshop formats. The operator can't pre-charge an amount they don't know.
The class has variable add-ons that are typically chosen at the venue. Some candle bars sell a base experience ($75 per person) plus an upsell ladder that's chosen day-of. Premium vessels ($15), custom labels ($8), take-home tote bags ($12), additional fragrance pours ($5 each). The guest is more likely to add upsells when the decision is made in the moment rather than in a checkout flow.
No-show protection matters but full prepayment hurts conversion. A card on file is enough commitment to reduce no-shows by ~70% of what full prepayment would, without the full friction of asking for money up front. For some venues, the conversion lift from removing prepayment friction outweighs the no-show cost.
The customer base prefers it. Some categories, particularly higher-end experiences with returning customers, find prepayment crass. The "we'll bill you at the end" model fits the experience.
Why most platforms don't support it
The technical reason is that card-on-file flows require different payment infrastructure than prepayment flows. Specifically:
- The card needs to be tokenized at booking (saved without being charged).
- The day-of payment needs to clear in person, through the POS at the venue, at the card-present rate.
- The saved card needs to stay available to back the venue's no-show and late-cancellation policy.
- The whole thing needs to integrate with the POS at the venue.
Most booking platforms aren't payment platforms. They handle "charge a card at booking" because that's a standard ecommerce flow. They don't handle "save the card now, take payment at the venue" because that requires actual POS integration. The platforms that handle it tend to be the ones built on top of an actual POS.
Acuity supports a version of this because Acuity is owned by Squarespace and has Stripe payment integration with saved cards. Square Appointments handles it because it's built directly into Square POS. Most experience-specific platforms (FareHarbor, Peek, Tock) force prepayment because the alternative is too operationally complex to build.
That's why operators with this need have historically been stuck with generic appointment schedulers. They got the payment flow they needed but lost the experiential workflows.
What we built into ArtistryHost
We built Card on File as a first-class booking option because we wanted to serve the pottery studios, the cooking schools with variable menus, the candle bars with heavy day-of upsells. The flow:
At booking: The guest provides a card. The card is tokenized via Square. No charge happens. The booking is confirmed.
At the venue: The host pulls up the booking on the run sheet — who's arriving, party size, notes, all there. At the end of the experience, the final amount (including any day-of upsells) rings through your Square POS as a card-present transaction, which is also the cheaper processing rate.
If the guest doesn't show: The saved card backs your policy. Charging a no-show or late-cancellation fee is never automatic — it's a deliberate, one-tap decision the operator makes from the run sheet, per the policy the guest acknowledged at checkout.
For the guest: It feels like a restaurant reservation with a card hold. No money up front, no surprises, pay when you're there.
The operator can choose the flow per experience — No Card Required, Card on File, or Full Prepayment. Card on File is opt-in for the venues and class types where it's the right model. We don't force anyone into one policy.
What to ask when you're evaluating platforms
If you're a venue where card-on-file is the right model, three specific questions to ask any booking platform during evaluation:
- Does your platform support card-on-file with no charge at booking? Many platforms will say yes here, then walk it back when you press.
- Does the day-of payment run as card-present at the venue? If it runs as card-not-present (the same as online), you're paying the higher processing rate even though the card is physically in front of you.
- Who decides when a no-show fee gets charged — the operator, or an automated rule? You want the fee to be a one-tap operator decision from the run sheet, never an auto-charge the guest gets surprised by.
If the answers are yes/card-present/the-operator, the platform handles your use case. If any answer is "we have a workaround," the workaround will cost you in operational friction every single day.
The principle
Not every booking model needs Full Prepayment. The "book now, pay in-store" flow fits a meaningful share of experiential venues, but most platforms don't support it because it requires real POS integration.
If your venue's pricing is variable, your upsells are day-of, or your customers prefer to settle at the end of the experience, you need a platform that treats card-on-file as a first-class option. Not as a generic-scheduler workaround that loses the rest of the experiential workflow.
The third option exists. Just make sure the platform you pick actually supports it.