一页纸产品需求文档Skill：用1-2页把需求讲透，快速拿到利益相关者签字
- 定位清晰：这个技能（英文名 one-pager-prd，技能ID 12963）专门用于「早期产品定义」阶段，帮你把新功能、新产品的想法压缩成 1-2 页可决策的文档，而不是写一份没人看完的几十页 PRD。
- 有固定骨架：它强制覆盖「问题、解决方案、用户、目标与指标、范围、约束、开放问题」七大核心要素，缺一项就会被质量校验（rubric）打回。
- 带工作流：内置「收集背景 → 选择格式 → 起草 → 验证质量 → 审查迭代」五步清单，按步骤推进即可，不需要从零想结构。
- 有质量护栏：针对问题模糊、方案过度设计、指标不可量化、范围蔓延、忽略约束等常见错误给出了明确的反例和正例。
- 输出物明确：最终产出一份
one-pager-prd.md，可直接在团队内部分享、评审、签字确认。
该技能叫什么？如何下载安装 AI 技能提升开发效率？
这个技能的中文名是「一页纸产品需求文档」，英文名是 one-pager-prd，技能ID 为 12963。
它要解决的问题非常具体：产品经理或项目负责人在提出新功能、记录产品需求、对齐利益相关者、推销倡议、在详细设计前确定范围、捕获用户故事和成功指标时，往往要么写得太长没人看，要么写得太随意没人认。这个技能就是把「简洁但决策就绪」这件事标准化——用 1 页做快速批准，用 1-2 页做执行交接。
关于安装：本技能的详情内容中并未提供具体的安装命令、下载链接或价格信息，实际安装入口与命令请以官方说明为准。通用的「一键安装」思路可以按下面的步骤操作：
- 确认环境前提：你使用的客户端或平台需要支持 AI 技能（Skill）机制，即能够加载第三方技能包并在对话中被调用。如果你的工具支持技能目录或市场，直接在目录中搜索技能名或技能ID即可。
- 获取技能：通过官方技能市场、技能仓库地址或团队内部分发的技能包进行安装；具体入口以官方说明为准。
- 完成安装：按平台提示确认加载，确保该技能处于「已启用」状态。
- 验证是否生效：安装后直接在对话中输入类似「帮我写一份一页纸 PRD，功能是数据表批量编辑」的请求。按照技能描述，当你提到「一页纸」「PRD」「产品规范」「功能提议」「产品需求」或「简介」这类关键词时，技能就应当被触发。如果它开始按「问题—解决方案—用户—指标—范围—约束—开放问题」的结构逐项追问并输出，说明安装成功。
- 检查产出：正常情况下会生成名为
one-pager-prd.md的文档，若只得到一段泛泛的文字而没有结构，通常是技能未被正确加载，可回到平台设置中复查。
该技能的主要功能和特点
- 两种输出档位，按需选择：面对需要快速批准的简单功能，输出 1 页、纯要点的「一页纸」；面对需要详细交底的复杂功能，输出 1-2 页的完整 PRD。避免了「杀鸡用牛刀」的浪费。
- 七要素强制成型：问题、解决方案、用户、目标与指标、范围、约束、开放问题——每一项都必须写，且每一项都有具体写法要求。例如问题必须「具体且用户为中心」，而不能是「用户想要更好的搜索」这种模糊表达。
- 内置五步工作流清单：从收集背景到审查迭代，每一步都有明确动作，可复制进度清单逐项打勾，适合多任务并行的团队。
- 场景化的常见模式库：按问题类型（用户痛点、竞争差距、战略机会、技术债务）、按解决方案复杂度（几周/几个月/几个季度）、按用户细分（B2B SaaS、B2C 消费者、企业、内部工具）给出差异化写法与指标建议，减少凭空构思的成本。
- 明确的护栏与红旗检查：直接给出反例和正例。比如指标必须「可量化 + 有基线 + 有目标」，把「改善用户体验」改成「将完成时间从 5 分钟减少到 2 分钟」；再比如要求必须区分「范围外」，防止范围蔓延。
- 带质量评估标准：使用评估量表（rubric）自我打分，平均分需 ≥ 3.5 才算达到最低标准，相当于给文档配了一个自动质检员。
- 和普通文档模板比强在哪：普通模板只给你一个空表格，写什么、写多细、哪里容易被挑刺全凭经验；这个技能会在结构、粒度、可衡量性三个维度上主动约束你，把「写文档」变成「做决策对齐」。
如何使用该技能？
步骤 1：用一句话说清你要做什么。 在对话中直接描述功能或产品，例如：「帮我写一份一页纸 PRD，功能是数据表的批量编辑，主要用户是数据分析师。」
步骤 2：回答技能的背景追问。 技能会引导你补齐问题（用户痛点 + 为什么现在）、解决方案（高层方法）、目标用户（人物、细分、用例）、成功标准（目标、指标）和约束（技术、业务、时间线）。这一步对应工作流中的「收集背景」。
步骤 3：确认格式档位。 技能会引导你判断走「一页纸」还是「完整 PRD」。判断标准很简单：简单功能、追求快速批准 → 一页纸；复杂功能、需要详细交接 → 完整 PRD；多阶段倡议 → 每个阶段各写一份一页纸。
步骤 4：生成文档并检查七要素。
输出文件为 one-pager-prd.md。参考技能中给出的示例，一份合格的一页纸大致是这样组织的：
- 功能：数据表的批量编辑
- 问题：管理 1000+ 行的用户浪费数小时逐一编辑，竞争对手已有批量编辑能力，高级用户存在流失风险
- 解决方案：选择多行 → 编辑面板 → 对所有应用更改，支持文本、下拉菜单、日期、数字
- 用户：数据分析师（占用户的 15%，占使用的 60%）、运营团队
- 目标：将编辑时间减少 80%，将高级用户留存率提高 10%，第二季度发布
- 范围：全选、过滤+选择、编辑常用字段（5 种字段类型）；范围外：撤销/重做（v2）、批量删除（安全考虑）
- 指标：每次编辑时间（基线：每行 5 分钟）、采用率（目标：第一个月内 40% 的高级用户采用）
- 约束：必须能处理 10K 行而无性能下降
- 开放问题：验证——是整个批次失败还是跳过无效行？
步骤 5：跑一遍质量自检。 按评估量表核对：问题是否具体且有数据支撑、解决方案是否只讲「做什么」而不越界设计 UI、指标是否有基线和目标、范围边界是否清晰、约束是否被承认、开放问题是否列出。平均分低于 3.5 就回头补充。
步骤 6：按受众调整表达后送审。 对高管强调业务影响、指标和资源需求；对工程强调技术约束、依赖和分阶段；对设计强调用户流程、人物和成功标准；对销售/市场强调竞争定位、客户价值和发布时间。收集反馈并迭代，在进入详细设计前拿到明确签字。
同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| 一页纸产品需求文档Skill（one-pager-prd） | AI 驱动的一页纸 PRD 生成与质检 | 七要素结构、两种格式档位、五步工作流、场景模式库、质量护栏与评分标准 | 需支持 AI 技能机制的客户端，安装入口以官方说明为准；使用只需自然语言对话 | 早期产品定义、需求记录、跨职能对齐、向领导层推销倡议 | 优势：结构强制、有质量红线、迭代快、输出即用；不足：依赖对话质量，仍需人工判断业务事实 |
| 传统完整 PRD 文档模板 | 重型需求文档，覆盖全量细节 | 功能清单、流程图、字段级说明、交互细节 | 门槛低，但撰写耗时长，通常需要数天 | 大型项目、正式立项、需要完整交底的复杂系统 | 优势：细节完备、便于验收；不足：写起来慢、评审成本高、早期阶段容易过度设计 |
| 通用文档协作工具的模板（如在线文档/知识库中的需求模板） | 轻量模板，团队自填 | 空白结构化表格、协作评论、版本记录 | 门槛低，注册即用；但缺乏写作指导与质量校验 | 团队已有文档体系、需要留存归档 | 优势：协作与归档体验好、灵活；不足：只给框架不给方法，写得含糊也没人提醒 |
| 需求管理/项目追踪工具中的需求条目 | 以工单和任务为中心的管理 | 需求条目、优先级、状态流转、迭代关联 | 需要团队统一使用该工具，配置成本中等 | 研发排期、迭代管理、需求跟踪 | 优势：与开发流程打通、可追踪；不足：结构化字段偏管理视角，难以承载「问题—解决方案—指标」的决策叙事 |
选择建议：如果你需要的是「在写代码之前把问题想清楚，并让一群人点头」，优先用这个技能；如果已经进入开发交付阶段，再用完整 PRD 和需求管理工具承接。
该技能的典型应用场景与实际体验情况
场景一：创业公司产品经理提出新功能。 痛点是想清楚容易、写清楚难，写长了老板不看，写短了工程问细节。使用方式是直接把想法丢给技能，让它按七要素追问。实际体验是上手难度很低，第一轮追问就能暴露「到底解决谁的什么问题」上的含糊之处；需要注意的是，技能只能帮你组织思路，市场规模、用户数据这类事实仍需自己提供，否则问题描述会变成空话。
场景二：技术负责人或工程师接到模糊需求。 痛点是需求只说了「做个批量操作」，范围和验收标准一概没有。使用方式是让技能生成一份带「范围外」和「指标基线+目标」的 PRD，反向和产品确认。实际体验是「范围外」这一栏最能减少后期扯皮；注意事项是要主动核对技术约束部分，把性能、依赖、工期写进去，不要让文档显得过于乐观。
场景三：向领导层推销一个倡议。 痛点是有想法但讲不清价值和投入产出。使用方式是选择一页纸格式，按「对高管」的适配建议，突出业务影响、指标和资源需求。实际体验是 1 页要点天然适合放进评审会议材料，汇报节奏明显更快；注意事项是不要在一页纸里设计 UI，把「做什么」讲清楚、把「怎么做」留给设计和工程。
场景四：销售与市场对齐即将发布的版本。 痛点是新版本发布了，销售不知道对客户怎么讲。使用方式是让技能输出一版面向销售/市场的表述，重点写竞争定位、客户价值和发布时间。实际体验是同一份文档换个侧重就能复用，减少重复沟通；注意事项是竞争对比类表述需要有真实依据，不能靠推测。
该技能能为用户带来的价值
- 把「写文档」的时间换成「想清楚」的时间：框架、追问、质量校验都由技能承担，用户只需聚焦业务判断，从零构思结构的时间基本被省掉。
- 降低专业门槛：没有受过系统产品训练的开发、运营、设计同学，也能按七要素写出结构完整的规范，不必先学一套方法论。
- 减少来回沟通：技能明确要求「问题具体且已验证」「指标可测量且有基线目标」「范围有内/外边界」，这三点正是评审中最常被反复追问的地方，提前写清楚就能减少轮次。
- 提升决策速度：1 页要点用于快速批准，1-2 页用于执行交接，让不同阶段用不同重量级的文档，避免小事开大会、大事没材料。
- 沉淀可复用的资产：输出的
one-pager-prd.md可作为决策记录长期保存，新成员加入时直接阅读即可快速理解某个倡议的来龙去脉。 - 长期价值：技能反复强调「简洁强制清晰——如果您不能用 1-2 页解释，说明您没有思考透彻」，长期使用会反向训练团队的思考习惯。
常见问题 FAQ
Q1：这个技能怎么安装？装完怎么确认生效？ A：本技能详情中未提供具体安装命令和链接，请以官方说明为准。通用做法是在支持 AI 技能机制的客户端中通过技能市场或技能包安装并启用，然后输入「帮我写一份一页纸 PRD」进行验证——若输出按「问题、解决方案、用户、目标与指标、范围、约束、开放问题」展开，即表示生效。
Q2：这个技能收费吗？ A：技能详情内容中没有涉及任何价格信息，是否收费取决于你使用的平台与技能分发方的说明，请以官方说明为准。
Q3：它和普通的 PRD 模板有什么区别？ A：普通模板只提供结构，写多写少、写得含糊与否没人管。这个技能除了结构，还提供场景化写法（按问题类型、复杂度、用户细分）、质量护栏（正例/反例对照）和评分标准（平均分需 ≥ 3.5），相当于模板 + 方法论 + 质检三合一。
Q4：什么情况下不该用它？ A：技能本身给出了明确边界：详细技术设计文档应改用 ADR；全面的产品策略对一页纸来说过于高层；用户研究综合属于另一种格式；发布后复盘应使用事后分析类技能。判断标准是——你要的是「对齐问题与方案」，而不是「记录技术实现」或「总结研究结论」。
Q5：适合谁用？ A：产品经理、创业团队负责人、需要向上申请资源的技术负责人、做内部工具的效率团队，以及需要向销售/市场解释新版本的运营同学。只要你需要「在动手之前让一群人达成一致」，它都适用。