选定来源并用入门提示词起草首版 PRD

你将得到什么

• 一份可评审的产品需求文档（PRD）草稿：问题、用户、目标/非目标、需求、UX、技术考虑、指标、上线计划、风险、开放问题、决策、时间线与来源附录
• 需求级声明尽量带来源引用；来源互相矛盾时会显式标出冲突，而不是悄悄选边
• 可用 $documents 输出可编辑的 DOCX，而不仅是聊天正文
• 默认只出草稿：不发帖、不更新 Linear、不分享文档，直到你批准

开始前准备

1. 打开 ChatGPT（网页端或桌面端均可）。
2. 按需连接官方列出的技能与插件（不必全开，但要能覆盖你要引用的源）：
   • Documents：需要产出正式 DOCX 时启用
   • Linear：读项目、议题、优先级、验收标准与进行中工作
   • Slack：读产品讨论、上线线程、决策记录与跟进问题
   • Google Drive：读规划稿、调研笔记、规格、导出会议纪要或源文件夹
   • Notion：读路线图页、项目笔记、会议纪要与团队 wiki
3. 想清楚：这次 PRD 对应哪个功能/产品域？权威源是 Linear 里程碑、某条 Slack 线程，还是某份 Drive/Notion 规划稿？
4. 记住：本流程是「起草可评审稿」，不是「替你拍板并外发」。

步骤 1：声明来源与安全边界

在新对话里先发一段范围声明（按实情改括号）：

请帮我起草一份可评审的 PRD 草稿。功能/产品域是【功能或产品域名称】。
请只使用我已连接且有权访问的源：【Linear 项目或里程碑 / Slack 频道或线程 / Google Drive 或 Notion 文档或文件夹】。
先列出你当前能访问的源，以及读不到的源；不要猜测读不到的内容。
输出偏好：【优先 DOCX（用 $documents）/ 先给对话正文再导出】。
除我明确批准外：不要发帖、不要更新 Linear、不要分享或外发文档。
先复述你理解的范围、可用源与边界，等我确认后再开始起草。

对照结果：它应复述可访问源与「只出草稿」边界；若声称已连上你根本没开的插件，纠正后再继续。

步骤 2：给出 PRD 章节契约

确认范围后，明确你期望的章节（官方建议至少覆盖问题、用户、需求、UX、技术、上线、时间线与决策等）。可直接粘贴：

PRD 章节契约（请严格按下列块组织，标题可用中英文，字段要齐）：
1) 问题 / Problem
2) 用户 / Users
3) 目标与非目标 / Goals & non-goals
4) 需求 / Requirements（需求级声明尽量带来源）
5) UX 要点
6) 技术考虑
7) 指标 / Metrics
8) 上线计划 / Launch plan
9) 风险
10) 开放问题 / Open questions（含建议负责人）
11) 决策 / Decisions（仅写来源已确认的）
12) 时间线 / Timeline
13) 来源附录 / Source appendix（可审计、可点开）

若来源冲突：在正文标「冲突」，两侧都写，不要 silently 选一边。
现在等我下一条入门提示词再开始写正文。

步骤 3：粘贴中文「入门提示词」生成首版 PRD

把下面整段复制进同一条对话（按官方 Starter prompt 意图改写为中文可抄版；方括号换成真实值）：

请使用 $documents，为【功能或产品域】起草一份 PRD，素材来自 @linear 【项目或里程碑】、@slack 【频道或线程】，以及 @google-drive 或 @notion 【规划文档、调研笔记、会议纪要或源文件夹】。

请包含：问题、用户、目标/非目标、需求、UX、技术考虑、指标、上线计划、风险、开放问题、决策、时间线与来源附录。
需求级声明请引用来源；若来源不一致，标出冲突，不要 silently 选边。
只出草稿。在我批准前：不要发帖、不要更新 Linear、不要分享文档。

若你暂时不需要 DOCX，可把第一句改成「先在对话里输出完整 PRD 正文；确认后再用 $documents 导出 DOCX」。

步骤 4：对照官方期望的输出块

一次合格的首版草稿，建议能对上这些块：

1. 问题 / 用户：说清为谁解决什么，而不是功能清单堆砌。
2. 目标与非目标：非目标写清楚，避免范围悄悄膨胀。
3. 需求：每条尽量能回点到来源；缺源的标为待确认。
4. UX / 技术 / 指标 / 上线 / 风险：有就写，没有就放进开放问题，不要编造。
5. 决策 vs 开放问题：只有来源已确认的才进「决策」。
6. 时间线：与 Linear 里程碑或讨论中的日期对齐。
7. 来源附录：先审这一节——链接是否可点、是否覆盖正文关键声明。

若缺字段、把猜测写成需求，或来源冲突被抹平，继续追问：

请补全缺失章节。凡是没有来源支撑的需求级声明，移到「开放问题」或标「弱证据」。
来源冲突请保留双边表述。仍然不要发帖或更新 Linear。

步骤 5：用官方技能表自检连接是否够用

官方用例列出的技能与用途（按你实际连接勾选）：

自检：

1. 是否已声明来源与「只出草稿」边界？
2. 章节契约是否齐全，尤其是来源附录？
3. 需求级声明是否带来源，冲突是否显式标出？
4. 是否确认它没有发帖或更新 Linear？

本课检查清单

• 可访问源已列出，读不到的源已说明
• 首版 PRD 覆盖官方期望章节，且含来源附录
• 冲突未 silently 消失
• 确认仍是草稿，未外发

下一课：先审来源轨迹，用官方检查提示词补洞，并在同一对话中精炼后准备交接。