Verified against Bolt.new · 2026-06-30
Build a clickable investor-pitch prototype for a marketplace app
A Bolt.new brief for a clickable, mock-data investor-pitch prototype of a two-sided marketplace — deliberately skipping any real backend so the build stays fast and demo-proof instead of half-wiring a database it doesn't need yet.
The prompt
Ready to copy — highlighted parts are example details you can swap.
Build a clickable prototype of Pawtrot, a two-sided marketplace connecting local dog walkers with pet owners who need a same-day walk. This is for a 3-minute seed-round pitch to angel investors — it needs to look and feel real in a live demo, but it does not need a real backend, real payments, or real auth yet. Screens to build — all navigable, all using realistic hardcoded or mock data, no Supabase and no external API calls: 1. Landing/browse view: a grid of 8 sample listings with photos (placeholder images are fine), price, and rating. 2. Listing detail page: a photo gallery, description, price, and a "Book" or "Buy" button that opens a mock checkout modal. 3. Mock checkout modal: an order summary and a fake "Confirm" button that leads to a success screen. Do not wire this to any real payment provider. 4. A simple three-step "become a seller/provider" onboarding flow that ends on a mock "listing submitted" confirmation. 5. A basic profile/dashboard screen showing 2-3 mock past orders or listings. Constraints: - All data lives in local component state or a static mock-data file. Skip any real backend entirely for this pass — the goal is a fast, reliable demo, not a production app. - Prioritize visual polish and smooth transitions between screens over feature completeness. Someone clicking through this for 90 seconds should see something that looks shippable. - Visual direction: warm and friendly, rounded corners, one coral accent color. - Make sure every button in the demo path actually does something — navigates, or opens a modal. A dead-end button is the fastest way to break a live demo.
Customize the highlighted detailsoptional — the prompt above already works
Why this works
This is the same tool as the waitlist-signup prompt above with the opposite backend instruction, and that contrast is the point: explicitly telling Bolt.new to skip Supabase and use mock data keeps a pitch-prototype build fast and demo-proof, instead of Bolt.new guessing wrong in either direction — either attempting a real backend it doesn't have natively and burning your limited iteration time before a pitch, or half-wiring one and leaving a demo that can error out live on a bad connection. For a 90-second investor click-through, "looks real and never dead-ends" beats "is real," and a good prompt says so directly rather than leaving Bolt.new to assume.
What you get back
A clickable Bolt.new preview: a browse grid of eight sample listings, a listing detail page with a mock checkout modal ending in a success screen, and a three-step seller-onboarding flow — no backend calls, no loading spinners that go nowhere.
Verified against
Bolt.new Bolt.new web app (StackBlitz WebContainers) · 2026-06-30
Changelog
- 2026-06-30 — Initial version, added the explicit "no real backend" constraint after an earlier draft let Bolt.new attempt a half-wired database mid-build, stalling the prototype.
Need this built into your business?
If a prompt isn't enough — custom software, built and maintained for you — that's Scult's day job.
EXPLORE CUSTOM SOFTWARE
