It was Tuesday, I remember... a guy named Dev sent me his demo page. He sells scheduling software to dental offices, mostly in his postal ranges. The whole page was three lines. I counted twice because I didn't believe it. Line one said "Request a Demo." Line two said "Fill out the form and our team will be in touch." The button said "Submit." "Be in touch" could mean a quick call. It could also mean nine emails from a guy named Kyle. The visitor has to guess, and people don't fill out forms when they have to guess. So we fixed it live, one small change at a time. Change 1. say what happens The headline became "See Chairtime work in your office." The subtext became "Book a 20-minute walkthrough with our team." Now you know what you get and how long it takes. But it still talks about the software. Nobody wakes up wanting to look at software. Change 2. talk about the person The new headline: "See how your front desk could stop losing 6 no-shows a week. Takes 20 minutes." The subtext: "We'll use your real schedule. No slideshow." That last bit is on purpose. Everyone who books a demo is scared they'll get a scripted pitch from someone reading off a screen. Say the fear out loud and it shrinks. Change 3. the button "Submit" became "Book my walkthrough." Submit sounds like taxes. Book my walkthrough sounds like you're getting something. Here's what I noticed after all that. The old page was about what Dev wanted, which was a lead. The new page is about what the visitor gets, which is 20 minutes that are actually about their office. Same form, same product. There was a fourth change, and I've been thinking about it for a week. Dev deleted one field from the form. Bookings went up. It was the field every sales book tells you to keep, and I still can't fully explain why it worked. Which field do you think it was? I'll tell you if someone guesses right.

"Submit sounds like taxes" is going to stick with me. Change 2 is the one most of us builders miss: we describe features instead of the front desk's real problem (6 no-shows a week). I build POS and business tools, so I'm taking this straight to my own demo pages.

I used @Lovable to build a working booking app for my business—and the most useful part happens after someone clicks “Book.”

The goal: easier booking for clients, less scheduling work for me.

The app creates their Zoom meeting, sends their confirmation, schedules reminders, and lets them reschedule or cancel.

The client’s part? Pick a time. Enter a name and email. Done.

I built this for Mathias Media, my website and app studio in Minneapolis, as part of @Contra’s #lovablechallenge.

With Lovable, I built around how I actually work: consultations Tuesday through Thursday, a maximum of three calls a day, and buffers between appointments. The app handles those rules while keeping booking simple.

That’s what makes this Contra challenge worthwhile: a reason to turn a real business need into something useful with Lovable.

Try it: https://book.mathiasmedia.com/

Walkthrough and build-process recording attached.

Have a business process you wish worked better? Give Lovable a try.

Baking the Tuesday to Thursday, three calls max rule right into the app is the smartest part of this imo. Most booking tools make you bend around them. Have clients noticed the limits or does it just quietly feel like you're in demand?