把需求做成可交付产品

1. 本节解决什么问题

很多项目卡在两端：要么只会说“帮你获客”，不知道具体交付什么；要么一开始列几十个功能，开发很久仍不能给客户使用。

本节把经过验证的问题变成一个范围可控、能报价、能开发、能验收的产品或服务。

2. 核心判断

产品不是功能数量，而是客户在明确条件下获得的可验证结果；MVP 是验证关键价值的最小闭环，不是粗糙半成品。

“做一个网站”是工作，“让合格采购者能看懂规格、提交完整询盘、业务方能收到并跟进”才是结果。结果越清楚，开发、报价和验收越容易。

3. 通俗解释：四层定义产品

3.1 结果层

客户购买后，什么状态发生变化？用可观察语言：资料集中、询盘字段完整、回复时间可记录、项目按里程碑验收。

3.2 范围层

包含什么、不包含什么。页面数、语言、修改次数、对接工具、资料责任、上线方式都要写。

3.3 证据层

如何证明完成：可访问链接、测试记录、表单收件、培训签到、验收单。没有证据的“专业”和“稳定”难以验收。

3.4 服务层

购买前到购买后的完整路径：咨询、诊断、报价、签约、收集素材、里程碑、测试、上线、培训、售后、续费/升级。

4. 具体操作步骤

第一步：写结果声明

格式：

“在 [周期] 内，为 [客户] 交付 [可观察成果]，通过 [验收证据] 确认；客户负责 [前置资料]；不包含 [重要边界]。”

第二步：确定 MVP

把所有需求分为：

• 必须：没有它，核心路径不能完成；
• 应该：明显改善结果，但可在下一阶段；
• 可以：锦上添花；
• 暂不做：成本高、证据弱或风险大。

MVP 必须覆盖一条端到端路径。例如“采购者看产品 → 填询盘 → 业务方收到 → 能记录跟进”，而不是只做漂亮首页。

第三步：设计三档方案

三档不是故意阉割，而是对应不同问题和交付深度。

• 标准版：一个清楚的核心结果，较少定制；
• 进阶版：增加多语言、内容、数据或培训；
• 定制版：需求不确定，需要先诊断后报价。

每档写：适合谁、交付物、周期、客户责任、修改次数、验收、售后、不包含。

第四步：命名

优先使用“对象 + 结果 + 形态”，如“农产品 B2B 询盘启动包”。避免“超级增长引擎”“财富加速器”等无法验收的名字。

第五步：画购买后路径

第六步：写 PRD

一份可执行 PRD 至少含：背景证据、目标用户、目标与非目标、用户路径、功能/服务范围、内容与数据责任、异常状态、验收标准、里程碑、风险和待确认项。

5. 中国大陆模拟案例：大蒜询盘启动包

模拟案例，所有企业需求、资料和价格待真实业务验证。

结果声明示例：

“在资料齐全后约定周期内，为已有跨境尝试的大蒜批发商交付一个中英文 B2B 信息与询盘网站，采购者可查看经确认的产品规格并提交询盘；以双语页面、表单收件测试、手机端检查和交接清单验收。客户负责主体信息、规格、图片与证书授权。本项目不承诺搜索排名、询盘数量和成交。”

MVP 包含：中英文首页、产品/规格、质量说明、市场场景、FAQ、联系与 RFQ 表单、基础 SEO、手机适配、部署说明。客户后台、在线支付、库存系统和自动报价暂不做。

真实上线前，企业名称、联系方式、证书、产能、价格、交期和图片授权全部待真实业务验证。

6. 常见错误

• 把“提高销量”写成可控交付结果。
• MVP 只有界面，没有从使用到交付的闭环。
• 三档只改价格，不改对象、范围和服务深度。
• 未写客户资料责任，项目开始后一直等待。
• 无限修改、随时响应，却没有计算成本。
• PRD 只写功能，不写异常状态、数据边界和验收。
• 为了显得完整加入支付、登录和数据库。

7. 可直接复制的 AI 提示词

你是产品与服务设计师。请把已验证需求变成可交付产品，不新增未经证实的功能。

目标客户与场景：[填写]
访谈证据：[填写]
客户当前做法与代价：[填写]
我能控制的交付能力：[填写]
客户必须提供的资料：[填写]
时间与预算限制：[填写]

请输出：
1. 一句包含周期、成果、证据、客户责任和边界的结果声明；
2. 一条端到端用户路径；
3. Must/Should/Could/暂不做的MVP范围；
4. 标准版、进阶版、定制版，逐档写适合谁、交付、周期、修改、验收、售后、不包含；
5. 5个朴素、可理解、不夸大的产品名称；
6. PRD目录和每项待确认问题；
7. 交付风险与停止条件。
不要承诺流量、成交和收入，不编造客户资料。

8. 可复制模板

使用：

• 07-MVP范围表.md
• 08-产品需求文档.md
• 09-产品套餐设计表.md

已有技术课中的 templates/07-feature-priority.md 与 templates/08-prd-template.md 继续保留，可作为开发阶段的详细版本。

9. 当天行动作业

1. 写一个结果声明。
2. 画一条购买前后完整路径。
3. 完成 MVP 四类范围。
4. 设计三档方案，不写价格也要写范围差异。
5. 完成 PRD 的目标、非目标、用户路径和验收四部分。

10. 验收标准

• 结果在你的控制范围内，不承诺流量、成交或收入。

• MVP 覆盖一条完整用户路径。

• 范围有明确“暂不做”。

• 三档方案对应不同需求与交付深度。

• 客户责任、修改次数、异常处理和验收已写。

• PRD 中未知项标注待确认，没有用 AI 补事实。

• 能把 PRD 直接交给下一模块开始开发。

11. 参考来源

• OpenStax, Entrepreneurship，用于产品、商业计划和创业执行主题校验，目标版本 CC BY-NC-SA 4.0：https://openstax.org/details/books/entrepreneurship
• 本项目现有第 4 课《定位、功能优先级与可验收 PRD》，用于连接既有技术学习路径：course/04-product-design/lesson-04.md

下一节不重写技术课，而是把本节的 PRD、素材和验收标准送入已有 AI 产品开发课程。

---

上一节：画出能算账的商业模式
下一节：把商业方案送入现有技术课