← 返回路线图
2需求篇
5W2H 产品需求分析法
写代码之前，先做「产品经理」。5W2H 是经典的产品需求分析框架，七个问题问完， 你的想法就会从一团模糊的灵感，变成一份清晰可执行的产品需求文档（PRD）。
①
What🎯 做什么产品
你要做一个什么样的软件？核心功能是什么？
- ▸一句话描述你的产品：这是一个帮助 [谁] 解决 [什么问题] 的 [什么类型软件]。
- ▸列出核心功能清单，按优先级分三级：P0（必须有）、P1（最好有）、P2（以后再加）。
- ▸问自己：如果只能做 1 个功能，会是哪个？那就是你的 MVP。
②
Why💡 为什么做
市面上已经有类似产品了，为什么还要做一个？你的差异化在哪？
- ▸调研竞品：搜一下同类软件，至少看 3 个，列出它们的优点和槽点。
- ▸找到差异化：你的产品比别人好在哪里？更快？更便宜？更好看？还是更聚焦某个场景？
- ▸验证市场机会：这个需求是真的痛点还是你自己想象出来的？建议先问 5 个潜在用户。
③
Who👤 给谁用
目标用户是谁？他们在什么场景下使用你的软件？
- ▸画出用户画像：年龄、职业、技术能力、使用习惯、设备偏好。
- ▸描述使用场景：用户在什么情况下打开你的软件？地铁上？办公室？还是深夜加班？
- ▸用户故事模板：「作为一个 [角色]，我想要 [功能]，以便 [达成什么目标]。」写 3~5 条。
④
When📅 何时上线
你计划什么时候发布第一版？后续迭代节奏是怎样的？
- ▸设定 MVP 截止日期：给自己一个明确的 DeadLine，建议 1~4 周完成第一版。
- ▸版本规划：v0.1 核心功能 → v0.5 完善体验 → v1.0 正式发布。
- ▸记住：Done is better than perfect。先上线一个能跑的版本，再根据用户反馈迭代。
⑤
Where🌐 在哪运行
你的软件运行在什么平台上？网页、小程序、App 还是桌面端？
- ▸网页（Web）：最快最简单，人人能访问，推荐新人从网页起步。
- ▸微信小程序：中国用户获客最强渠道，适合面向国内普通用户的产品。
- ▸移动 App：体验最好但开发最复杂，建议用 React Native / Flutter 跨平台方案。
- ▸桌面端：适合专业工具、效率类软件，Electron 或 Tauri 可复用 Web 技术栈。
⑥
How🔧 怎么实现
用什么技术栈？前后端怎么分工？数据存哪里？
- ▸推荐技术栈：Next.js（前端 + API）+ Supabase（数据库 + 认证）+ Vercel（部署）。
- ▸用 AI 辅助：把 PRD 丢给 Cursor / Claude Code，让它帮你生成项目骨架。
- ▸先跑通主流程：不要一上来就做登录、权限这些，先把核心功能做出来能跑。
⑦
How much💰 投入多少
你需要投入多少时间、资金和人力来完成这个项目？
- ▸时间预算：每天能投入几小时？预计多久能做出 MVP？实事求是地评估。
- ▸资金预算：域名（≈¥50/年）、服务器（Vercel 免费够用）、API 费用（看用量）。
- ▸人力：你一个人做还是找人帮忙？如果找 AI 当你的「员工」，成本就是 API 调用费。
- ▸总成本估算：个人项目最低可做到 ¥0~100 上线，大部分 AI 工具都有免费额度。
📄 用 AI 生成产品需求文档
完成 5W2H 分析后，把下面的提示词发给 AI（Claude / ChatGPT / DeepSeek），让它帮你生成完整的 PRD：
请帮我生成一份产品需求文档（PRD），信息如下：
【What】产品类型：___________
核心价值：___________
P0 核心功能：1. ___ 2. ___ 3. ___
【Why】痛点：___________
差异化：___________
竞品（至少3个）：___
【Who】目标用户：___________
典型使用场景：___________
【When】MVP 截止日期：___________
版本节奏：v0.1(___) → v1.0(___)
【Where】目标平台：___（网页/小程序/App/桌面端）
【How】技术栈偏好：Next.js + Supabase（或自选：___）
【How much】可用时间：___ 小时/天，预计 ___ 周
预算范围：¥___
请按以下结构输出 PRD：
1. 产品概述（一句话 + 核心价值）
2. 用户画像（2~3 类用户）
3. 功能清单（P0/P1/P2 三级优先级）
4. 用户流程图（从打开到完成核心任务）
5. 技术建议（推荐方案 + 理由）
6. MVP 范围（第一版做什么 / 不做什么）
7. 里程碑计划（按周拆解）
⚠️ 常见踩坑
- ❌ 跳过需求分析直接写代码 — 先花 1 小时走完 5W2H，能省 100 小时返工。
- ❌ 一上来就想做大而全 — 只做 P0 核心功能，能跑通就发布。
- ❌ 不做竞品调研 — 先花 20 分钟看看别人怎么做，避免闭门造车。
- ❌ 需求不断变 — 需求文档写好后先定稿，做完 MVP 再根据反馈迭代。
- ❌ 不写下来 — 脑子里的想法不算数，落到纸面上才算。
下一步
继续 →第三步：搭架构 — 软件开发的骨架怎么立