Appearance
实战：PRD 怎么写（附完整样例）
PRD 是什么
PRD = Product Requirements Document，产品需求文档。一句话：把"要做什么、为什么做、做成什么样、怎么算做完"写清楚，让研发、设计、测试不看你的嘴、只看文档就能干活。
对金融 PM 来说，PRD 还多一条铁律：必须把合规与风控约束写进去（如适当性匹配、交易限额、身份验证、风险提示），这是金融产品和普通产品的最大区别。
谁来写、谁来读、什么时候写
- 谁写：产品经理。
- 谁读：研发（实现）、设计（界面）、测试（用例）、合规/风控（把关）、运营（配合）、业务方（确认）。
- 什么时候写：需求评审前。写 PRD 本身就是把模糊想法想清楚的过程。
PRD 标准结构（8 个部分）
- 文档信息：版本、作者、日期、相关人
- 背景与问题：为什么要做、现在有什么问题、有什么机会
- 目标与成功指标：做成什么样算成功（可量化）
- 用户与场景：给谁用、在什么场景下用
- 需求范围：做什么（in scope）、不做什么（out of scope）
- 功能需求：用户故事、流程图、字段、状态机、异常流（核心）
- 非功能需求：性能、安全、合规
- 埋点与验收标准：怎么衡量、怎么验收
写 PRD 的 5 条原则
- 面向读者写：默认读者是研发，别写给自己看。
- 异常流比正常流更重要：正常流程谁都会，异常（余额不足、限额、超时、风控拦截）才考验水平。
- 每个功能都有验收标准：写不出验收标准 = 没想清楚。
- 能画图不写字：流程图、状态机、原型图优先。
- 指标可量化：别写"提升用户体验"，写"定投开通率 ≥ X%"。
完整样例：《基金定投功能 PRD》（精炼版）
以"理财 App 上线基金定投功能"为例。这是基金/理财方向最典型的 PM 作业，也是面试高频题。
1. 文档信息
- 版本：V1.0｜作者：叶子彤｜日期：2025-XX｜状态：评审中
- 相关人：产品、研发、设计、测试、合规、运营
2. 背景与问题
- 背景：App 现有"单笔买入"，用户反馈"想长期投资但怕买在高点、管不住手"。
- 问题：缺少自动化定期买入能力，导致部分用户流失、人均持仓规模增长慢。
- 机会：定投是理财用户最高频需求之一，可提升留存与客户资产规模（AUM）。
3. 目标与成功指标
- 北极星指标：定投计划总数、定投月均扣款金额
- 过程指标：开通转化率、首扣成功率、续扣成功率、断投率
- 目标：上线 3 个月，定投开通用户数 ≥ X，续扣成功率 ≥ 99%
4. 用户与场景
- 用户：有稳定收入的年轻白领，想"攒钱 + 摊薄成本"。
- 场景：设置"每周扣款 500 元买入沪深300指数基金"，长期持有。
- 痛点：忘记买、择时焦虑、手动操作麻烦。
5. 需求范围
- 做：创建/修改/暂停/终止定投计划；按周期自动扣款买入；扣款结果通知；定投记录页。
- 不做（二期）：智能定投（按行情调整金额）、组合定投（一次设置多只基金）。
6. 功能需求
6.1 创建定投计划
- 用户故事：作为用户，我想"每月10号自动买入500元某基金"，以便摊薄成本、长期投资。
- 字段：基金、定投金额、扣款周期（日/周/月）、扣款日、扣款账户、止盈/止损（可选）。
- 校验规则：最低 10 元、金额步长 1 元、扣款日合法性。
- 状态机：草稿 → 生效中 → 已暂停 → 已终止。
6.2 自动扣款（核心流程）
- 主流程：扣款日 → 预扣款校验（余额/限额）→ 发起支付 → 确认份额 → 通知用户。
- 异常流：
- 余额不足 → 重试 1 次 → 连续 N 次失败 → 自动暂停并通知。
- 大额扣款 → 触发二次身份验证。
- 风控拦截 → 终止本次扣款并转人工。
6.3 定投记录与通知
- 扣款成功/失败推送；月度定投报告（累计金额、收益、扣款次数）。
7. 非功能需求
- 性能：扣款高峰期（如每月10号上午）系统支撑 XX QPS。
- 安全：支付二次验证；敏感信息脱敏。
- 合规：基金销售适当性（风险测评与产品风险等级匹配）；页面明确提示"定投不保证盈利、有亏损风险"；符合基金销售法规与资管新规。
8. 埋点与验收标准
- 埋点：开通按钮点击、创建计划提交、扣款成功/失败、暂停/终止。
- 验收：① 能成功创建并完成一次自动扣款；② 余额不足能正确暂停并通知；③ 风险测评不匹配时阻止开通。
常见坑（面试/工作都会踩）
- 只写正常流程，漏异常流 —— 面试官专挑异常问。
- 需求不量化，"提升体验" —— 改成可测量的指标。
- 照抄竞品，写不出"为什么" —— 每个功能都要有背景依据。
- 忽略合规 —— 金融 PRD 没有合规条款，直接不及格。
练习
- [ ] 仿照上面样例，为"信用卡还款提醒"功能写一份 PRD（至少写 2、3、6 三个部分）。
- [ ] 写完后自查：每个功能有没有验收标准？异常流写了几条？合规写了吗？