| Criteria met | 8 of 8 |
|---|---|
| Time to a working deployment | 11 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 sessions
- Confirmation with booking reference SP-6XHJZK
- Admin list after the booking
- Landing page at 390 px
Notes
One prompt, one build, 8 of 8. Base44 created the backend entities itself (Booking with create/list) and ran its own end-to-end check in the editor. The app was only reachable after clicking Publish — before that the public URL answered 'This app is not available yet'. The subdomain is auto-generated (inescapable-still-point-flow.base44.app); Base44 suggests buying stillpointbooking.com. Email delivery requires a paid plan and a verified domain and the confirmation screen says so explicitly. Same limitation as Lovable, same pass under A6.
How we test and what we do not measure: methodology. Every builder against this brief: booking-app-v1.
Head to head: Base44 vs Bolt.new · Base44 vs Lovable