官方技能 · 产品

从零散笔记写 PRD

v1.0.1 · 2026年11月4日更新

把笔记、Slack 讨论串和通话记录整理成 PRD：附证据的问题、目标和非目标、指标、必须/应该/可以三级需求，并标出缺口。

添加到团队的 Pod

可在 Claude、ChatGPT 和编程智能体中使用。在 Team 和 Business 套餐中，Pod 里的官方技能会在我们改进后自动更新到最新版。

适用场景

手上有关于某个功能的零散笔记或讨论串，需要一份团队能据此开发的 PRD
创始人在通话或白板讨论后让你“把这个写出来”

你需要提供

笔记、讨论串、文字记录或原话
目标用户（可选）
截止日期或指标目标（可选）

你会得到

一份 Markdown 格式的 PRD，包括问题、证据、用户、目标、非目标、指标表、带优先级的需求、待定问题、风险和缺口。

工作方式

提炼问题及其证据 回答 Marty Cagan 机会评估中的第一个问题：这解决了什么问题，为谁解决？把问题写成用户今天做不到什么，或者这让他们付出了什么代价。在下面列出证据：原话、工单数量、丢掉的单子、数据。笔记里没有证据时，写“笔记中没有证据”，不要编造理由。
点明用户 一个主要用户，最多 2 个次要用户，并写出问题出现时他们所处的情境。“小企业主”太宽泛；“第一次用手机开发票的店主”才对。
区分目标和非目标 目标是成果，不是功能。至少写 2 个非目标；笔记中讨论过又放弃的内容都放在这里，免得有人重新提起。
设定成功指标 一个问题解决后就会变化的主要指标，外加 1 到 2 个不能变差的护栏指标。每个指标都需要基线和目标值；笔记没给出时，写“[待定：基线]”和“[待定：目标值]”。
按必须/应该/可以（MoSCoW）写需求 必须 = 没有它方案就不成立。应该 = 很重要，不做会很痛，但有变通办法。可以 = 有更好，日期有风险时第一个砍掉。不做（这次）放进非目标，免得被悄悄加回来。每一行都可测试（“用户可以导出为 CSV”），而不是含糊其辞（“导出方便”）。Agile Business Consortium 的指南中，“必须”项通常不超过工作量的 60%；如果必须项看起来超过这个比例，要指出范围对一次发布来说太大了。
列出待定问题和风险 两份笔记之间的每一处矛盾都变成一个待定问题，写明双方的立场。风险涵盖可能让功能失败的因素：采用率、技术、法律、对其他团队的依赖。笔记中点名了负责人的，写上负责人。
标明每条内容的来源 来自笔记的事实直接写。你推断出来的内容标“[假设]”。输入中没有的数字、日期或客户名称，一律不填。

与团队共享

把它添加到 AI Skill Pod，团队里的每个人（包括外包人员）都能在自己的 AI 中使用同一个版本。了解与团队共享 AI 技能的最佳方式