Vibecode build plans · № 3

Build a waitlist page

One sentence, one form, one honest test of whether anyone wants the thing.

A waitlist page is not a collection box — it's the cheapest experiment you can run on a pitch. One sentence about what you're building, one email field, and the market's answer arrives as a number. Which means the page has exactly one job: make the sentence land. Everything else on it is either supporting that sentence or diluting it.

One decision has to be made honestly up front: a static page can't store emails, and you should not build a backend for a waitlist. Pick a form service below (or a tiny Cloudflare Worker if you insist on owning it) and the prompts write themselves around your choice.

The spec — and the cuts

The prompts

Pick your form backend and options — the prompts rewrite themselves — then paste into your agent in order.

Every choice edits the prompts. The copy buttons grab the current version.

1 · Build it


    

2 · The stranger test (don't skip this one)


    

3 · Ship it


    

4 · Test the pitch on humans before the internet


    

Where agents go wrong on this build

Why the feedback step is in the plan

The pitch sentence is the one thing on this page you cannot judge yourself — it reads as obvious to you because you've been living inside the idea. And signups from friends won't tell you either: people who like you lie. What a reviewer can give you honestly is comprehension — what they think the product is, where their eyes stopped, which word made them tune out. Prompt 4 wires your agent to our MCP server so two or three people can pin exactly that on the live page before the internet sees it.

Disagree? Pin a note on it →