previews · PRDs

PRDs

Product requirement docs — the outcome we’re after, the problem it solves, why now, and the milestone-by-milestone scope. One page per PRD so a spec can be read, commented on, and approved in place.

House structure for a PRD

  1. Outcome — what a user can do once this ships, in plain terms.
  2. Problem statement — what breaks today and at what scale.
  3. Why now — what’s changed / what’s newly possible / why it’s the highest-leverage unlock.
  4. Scope — the milestones, in order, with what’s in and out.
  5. Requirements — per milestone: user stories, acceptance criteria, and open questions.