名称：一页纸产品需求文档 描述：在提出新功能/产品、记录产品需求、创建简洁规范以对齐利益相关者、推销倡议、在详细设计前确定项目范围、捕获用户故事和成功指标时使用，或者当用户提到一页纸、PRD、产品规范、功能提议、产品需求或简介时使用。
一页纸产品需求文档
目录
目的
创建简洁、决策就绪的产品规范，对齐利益相关者对问题、解决方案、用户、成功指标和约束的理解，从而实现快速批准和减少来回沟通。
何时使用
早期产品定义：
- 提出新功能或产品
- 在构建前需要利益相关者对齐
- 为资源分配确定倡议范围
- 向领导层推销想法以获取批准
文档需求：
- 捕获需求以便工程交接
- 记录决策以供将来参考
- 为跨职能团队（产品经理、设计、工程）创建规范
- 记录范围内外内容
沟通：
- 获取多个利益相关者的支持
- 简单地解释复杂功能
- 对齐销售/营销关于即将发布的版本
- 向新团队成员介绍倡议
何时不使用：
- 详细技术设计文档（使用ADR替代）
- 全面的产品策略（对一页纸来说过于高层）
- 用户研究综合（不同格式）
- 发布后回顾（使用事后分析技能）
是什么
一页纸PRD是1-2页的产品规范，涵盖：
核心元素：
- 问题： 我们解决什么用户痛点？为什么现在？
- 解决方案： 我们构建什么？（高层方法）
- 用户： 谁受益？人物、细分、用例
- 目标和指标： 我们如何衡量成功？
- 范围： 哪些在内/外？关键用户流程
- 约束： 技术、业务、时间线限制
- 开放问题： 需要解决的未知问题
格式：
- 一页纸： 1页，要点，用于快速批准
- PRD（产品需求文档）： 1-2页，更多细节，用于执行
示例一页纸：
功能： 数据表的批量编辑
问题： 管理1000+行的用户浪费数小时逐一编辑。竞争对手有批量编辑。高级用户的流失风险。
解决方案： 选择多行 → 编辑面板 → 对所有应用更改。支持：文本、下拉菜单、日期、数字。
用户： 数据分析师（占用户的15%，占使用的60%），运营团队。
目标： 将编辑时间减少80%。将高级用户留存率提高10%。第二季度发布。
范围： 全选、过滤+选择、编辑常用字段（5种字段类型）。 范围外： 撤销/重做（v2）、批量删除（安全考虑）。
指标： 每次编辑时间（基线：每行5分钟），采用率（目标：第一个月内40%的高级用户采用）。
约束： 必须能处理10K行而无性能下降。
开放问题： 验证——是整个批次失败还是跳过无效行？
工作流程
复制此清单并跟踪进度：
一页纸PRD进度：
- [ ] 步骤1：收集背景
- [ ] 步骤2：选择格式
- [ ] 步骤3：起草一页纸
- [ ] 步骤4：验证质量
- [ ] 步骤5：审查和迭代
步骤1：收集背景
识别问题（用户痛点、支持数据）、提议的解决方案（高层方法）、目标用户（人物、细分）、成功标准（目标、指标）和约束（技术、业务、时间线）。请参阅常见模式以了解典型问题类型。
步骤2：选择格式
对于需要快速批准的简单功能 → 使用resources/template.md一页纸格式（1页，要点）。对于需要详细需求的复杂功能/产品 → 使用resources/template.md完整PRD格式（1-2页）。对于写作指导和结构 → 学习resources/methodology.md以了解问题框架、指标定义、范围技术。
步骤3：起草一页纸
创建 one-pager-prd.md 包含：问题陈述（用户痛点 + 为什么现在）、解决方案概述（我们构建什么）、用户人物和用例、量化指标的目标、范围流程和范围外项目、约束和假设、需要解决的开放问题。保持简洁—一页纸1页，PRD1-2页。
步骤4：验证质量
使用resources/evaluators/rubric_one_pager_prd.json进行自我评估。检查：问题具体且用户为中心、解决方案清晰不过度详细、指标可测量并有目标、范围现实且边界清晰、约束被承认、开放问题被识别。最低标准：平均分 ≥ 3.5。
步骤5：审查和迭代
与利益相关者（产品经理、设计、工程、业务）分享。收集关于问题框架、解决方案方法、范围边界和成功指标的反馈。基于输入迭代。在进入详细设计/开发前获得明确签字。
常见模式
按问题类型
用户痛点（最常见）：
- 模式： 用户不能做X，导致摩擦Y
- 示例： “用户不能通过多个过滤器搜索，迫使点击10+次来找到物品”
- 验证： 用户访谈、支持票、显示变通方案的analytics
竞争差距：
- 模式： 竞争者有功能，我们没有，导致流失
- 示例： “竞争对手提供批量操作。20%的流失用户提到这一点”
- 验证： 流失分析、竞争分析、赢/输访谈
战略机会：
- 模式： 市场变化为新能力创造机会
- 示例： “远程工作激增 → 需要异步协作功能”
- 验证： 市场研究、早期客户兴趣、趋势分析
技术债务/可扩展性：
- 模式： 当前系统不可扩展，阻碍增长
- 示例： “数据库查询在超过100K用户时超时。增长受阻。”
- 验证： 性能指标、系统容量分析
按解决方案复杂度
简单功能（几周）：
- 需求清晰，范围较小
- 示例：添加导出到CSV按钮
- 一页纸： 问题、解决方案（1句话）、指标、约束
中等功能（几个月）：
- 多个用户流程，一些复杂性
- 示例：带通知的评论系统
- PRD： 详细流程、边缘情况、分阶段（MVP vs v2）
大型倡议（几个季度）：
- 跨职能、战略性的
- 示例：移动应用发布
- 多页PRD： 分成阶段，每个有自己的的一页纸
按用户细分
B2B SaaS：
- 强调：投资回报率、管理员控制、安全、集成
- 指标：采用率、价值实现时间、NPS
B2C消费者：
- 强调：愉悦感、易用性、病毒潜力
- 指标：日活跃用户、留存曲线、推荐
企业：
- 强调：合规、定制化、支持
- 指标：交易规模影响、部署成功、企业NPS
内部工具：
- 强调：效率提升、团队采用
- 指标：节省时间、任务完成率、员工满意度
护栏
问题：
- 具体，不模糊： ❌ “用户想要更好的搜索” → ✓ “用户在3次失败查询后放弃搜索（占会话的30%）”
- 用户为中心： 关注用户痛点，而非内部目标（"我们想增加参与度"是目标，不是问题）
- 已验证： 引用数据（analytics、访谈、支持票），而非假设
解决方案：
- 高层，不过度指定： 描述什么，而不是如何。留给设计/工程自由度。
- 可反驳： 足够清晰，以便利益相关者可以不同意或提出替代方案
- 范围适当： 不要在一页纸中设计UI。“筛选面板"而不是"带复选框多选的下拉菜单”
指标：
- 可测量： 必须可量化。 ❌ “改善用户体验” → ✓ “将完成时间从5分钟减少到2分钟”
- 领先 + 滞后： 包括两者（领先：采用率，滞后：收入影响）
- 基线 + 目标： 当前状态 + 目标。“将NPS从40提高到55”
范围：
- 清晰边界： 明确说明哪些在内/外
- MVP vs 未来： 区分必备品和可选项
- 用户流程： 描述关键快乐路径、边缘情况
约束：
- 现实： 承认技术债务、依赖、时间线限制
- 权衡： 明确我们牺牲什么（速度 vs 质量，功能 vs 简单性）
红旗：
- 解决方案寻找问题（因为酷技术而构建，非用户需求）
- 模糊指标（无基线、无目标、无时间框架）
- 范围蔓延（所有都是"必备"）
- 未提及约束（不现实乐观）
- 无开放问题（思考不够深入）
快速参考
资源：
resources/template.md- 一页纸和PRD模板与章节指导resources/methodology.md- 问题框架技术、指标树、范围优先级、写作清晰度resources/evaluators/rubric_one_pager_prd.json- 质量标准
输出： one-pager-prd.md 包含问题、解决方案、用户、目标/指标、范围、约束、开放问题
成功标准：
- 问题具体并已验证（数据/研究）
- 解决方案是清晰的高层方法（什么，不是如何）
- 指标可测量并有基线和目标
- 范围有清晰的內/外边界
- 约束被承认
- 开放问题被识别
- 利益相关者签字获得
- 在标准上得分 ≥ 3.5
快速决策：
- 简单功能，快速批准？ → 一页纸（1页，要点）
- 复杂功能，详细交接？ → 完整PRD（1-2页）
- 多个阶段？ → 每个阶段单独的一页纸
- 战略倡议？ → 从一页纸开始，需要时扩展到多页
常见错误：
- 问题太模糊（“改善体验”）
- 解决方案太详细（指定UI组件）
- 无指标或指标不可测量
- 范围蔓延（无"范围外"部分）
- 忽略约束（不现实的时间线）
- 无验证（假设非数据）
- 为自己写作，而非利益相关者
关键见解： 简洁强制清晰。如果您不能用1-2页解释，说明您没有思考透彻。一页纸既是思考工具，也是沟通工具。
格式提示：
- 使用要点，而非段落（可扫描）
- 以问题开头（赢得提出解决方案的权利）
- 尽可能量化一切（数字 > 形容词）
- 明确范围边界（防止误解）
- 提出开放问题（显示您思考深入）
利益相关者适配：
- 对高管： 强调业务影响、指标、资源需求
- 对工程： 技术约束、依赖、分阶段
- 对设计： 用户流程、人物、成功标准
- 对销售/营销： 竞争定位、客户价值、发布时间