Module 8 — The document stack: 11 planning docs, written with AI
Before any code, have AI write 11 planning documents from your idea. Together they become the agent's brain: every later prompt points at them, so the build stays consistent and nothing gets invented. Generate them in the order below — each one feeds the next.
Lesson 8.1 — The 11 documents
| # | Document | Answers | Must include |
|---|---|---|---|
| 1 | Product Requirements Document (PRD) | What are we building, for whom, and why? | Problem, personas, user stories, MVP features, success metrics, out of scope |
| 2 | Product Specifications | Exactly how does each feature behave? | Per feature: inputs, outputs, states, edge cases, acceptance criteria |
| 3 | Technical Stack Key Sheet | Which tool does each job? | Block → tool → plan/price → account owner → env variable names |
| 4 | System Architecture | How do the parts connect? | Diagram, data flow, database schema, APIs, third-party services |
| 5 | Information Architecture | How is content organized and navigated? | Sitemap, page list, navigation, user flows |
| 6 | Well-Architected Framework | Is it secure, reliable and affordable? | Security, reliability, performance, cost, operations, sustainability checks |
| 7 | Software Development Lifecycle (SDLC) Checklist | How do we build, test and release? | Plan → design → build → test → deploy → monitor, with checkboxes |
| 8 | Product Roadmap | What ships when? | MVP, V1, V2 phases with features and gates |
| 9 | Brand Guidelines | How do we look and sound? | Logo, colors, fonts, voice, do/don't examples |
| 10 | Design Specifications | How does each screen look and behave? | Design tokens, components, layouts, responsive rules, accessibility |
| 11 | Go-To-Market Plan | How do we get and keep customers? | Positioning, pricing, channels, sales playbook, GTM tech stack, team, process |
The six pillars in #6 come from the AWS Well-Architected Framework; Azure and Google publish similar ones.
Lesson 8.2 — The master prompt
Run this in your harness of choice with your context pack loaded. Generate one document per message so you can review each.
You are a product team in one: product manager, software architect,
designer, security engineer and go-to-market lead.
Project: read /context/00-project-brief.md and my notes below.
[brain dump]
We will create 11 documents, one at a time, saved to /docs:
01-prd.md, 02-product-specs.md, 03-tech-stack-key-sheet.md,
04-system-architecture.md, 05-information-architecture.md,
06-well-architected.md, 07-sdlc-checklist.md, 08-roadmap.md,
09-brand-guidelines.md, 10-design-specs.md, 11-gtm-plan.md
Rules:
- Use only facts I've given you or that you can cite. Mark guesses as
ASSUMPTION and list open questions at the end of each doc.
- Default stack: Next.js, Tailwind, shadcn/ui, Supabase (db, auth,
storage), Stripe, Vercel AI SDK + AI Gateway, GitHub, Vercel.
- Each doc must be consistent with the earlier ones.
Start with 01-prd.md. Ask me up to 5 questions first if you need to.
Lesson 8.3 — From documents to a buildable project
With all 11 docs in /docs, one more chain produces the three things a coding agent needs:
- System instructions — the agent's operating manual: read
/docs, configure each block of the stack, and build core functions (tasks), skills (processes) and agents (AI + tools). - Scaffolding — the complete folder and file structure for version 1, with empty or starter files for every page, component, API route, database migration and agent folder.
- Build prompts — one prompt per section (auth, database, each page, payments, chat), each ready to paste, each ending with a definition of done. You refine each with your own edits.
Prompt to copy:
Using everything in /docs, produce:
1) /instructions/system.md — system instructions for a coding agent
building this app.
2) The full scaffolding directory tree for V1, then create it.
3) /prompts/ — one numbered build prompt per section, in build order,
each with a definition of done and a test.
Exercise: generate all 11 docs for your capstone app. Read each one; correct anything wrong — your corrections are the most valuable context you'll ever give.
Check yourself:
- Why generate the PRD before the system architecture?
- What are the six Well-Architected pillars?
- What three outputs turn documents into a buildable project?