| Criteria met | 8 of 8 |
|---|---|
| Time to a working deployment | 7 minutes |
| Prompts used | 1 |
| Cost | $0.00 (not displayed on the free plan) |
| Tested on | Oct 21, 2026 |
What passed
| Criterion | Result |
|---|---|
| A1 — Landing page with all three services and prices | Pass |
| A2 — Booking form: name, email, date, service dropdown | Pass |
| A3 — Submitting stores the booking and shows a reference | Pass |
| A4 — Booking survives a reload and a new session | Pass |
| A5 — /admin lists every booking with the key fields | Pass |
| A6 — Confirmation email sent, or the reason shown | Pass |
| A7 — No horizontal scroll at 390 px | Pass |
| A8 — Public URL reachable without login | Pass |
Artifacts
- Landing page, 1440 px
- Booking form with the three services
- Confirmation with booking reference SP-VYLC9W
- Admin list after the booking
- Landing page at 390 px
Notes
One prompt, one build. Published at still-point-studio.lovable.app — the plain name 'still-point' was already taken, so Lovable added the suffix on its own. No confirmation email is sent: the app states on the confirmation screen that email sending needs a paid plan and a verified domain, which satisfies A6 as written. The admin page is open to anyone by design, as the brief asked. Lovable also reported its own 390 px check in the chat; we verified it independently and it passed.
How we test and what we do not measure: methodology. Every builder against this brief: booking-app-v1.
Head to head: Lovable vs Base44