English
主导航
Codex

Codex 用例

基于内部上下文起草 PRD

利用 Linear、Slack、源文档和会议纪要创建产品需求文档。

难度 简单
时间周期 30m

结合 $documents 技能以及 Linear、Slack、Notion 或 Google Drive 等关联应用,使用 Codex 创建一份可供审阅的 PRD,其中包含预期的章节、时间线、决策、待定问题和来源附录。

适用场景

  • 适用于需要将规划上下文转化为 PRD、提案、启动简报或决策备忘录的产品团队。
  • 适用于在内部讨论中与团队达成一致后,需要快速起草 PRD 的 PM。

目录

    ← 所有用例

    基于内部上下文起草 PRD

    利用 Linear、Slack、源文档和会议纪要创建产品需求文档。

    结合 $documents 技能以及 Linear、Slack、Notion 或 Google Drive 等关联应用,使用 Codex 创建一份可供审阅的 PRD,其中包含预期的章节、时间线、决策、待定问题和来源附录。

    简单
    30m

    结合 $documents 技能以及 Linear、Slack、Notion 或 Google Drive 等关联应用,使用 Codex 创建一份可供审阅的 PRD,其中包含预期的章节、时间线、决策、待定问题和来源附录。

    简单
    30m

    适用场景

    • 适用于需要将规划上下文转化为 PRD、提案、启动简报或决策备忘录的产品团队。
    • 适用于在内部讨论中与团队达成一致后,需要快速起草 PRD 的 PM。

    技能与插件

    • 文档
      当 PRD 需要成为一份排版精良的文件,而不仅仅是聊天文本时,用于创建、编辑和验证 DOCX 文件。
    • 读取来自已批准渠道或帖子链接的产品讨论、发布帖子、决策纪要和后续问题。
    • 读取应作为 PRD 基础的项目、议题、优先级、验收标准和未完成工作。
    • 读取应作为 PRD 基础的规划文档、研究笔记、规格说明、导出的会议纪要和源文件夹。
    • 读取应作为 PRD 基础的路线图页面、项目笔记、会议纪要和团队 Wiki。
    技能 为什么使用它
    文档 当 PRD 需要成为一份排版精良的文件,而不仅仅是聊天文本时,用于创建、编辑和验证 DOCX 文件。
    Slack 读取来自已批准渠道或帖子链接的产品讨论、发布帖子、决策纪要和后续问题。
    Linear 读取应作为 PRD 基础的项目、议题、优先级、验收标准和未完成工作。
    Google 云端硬盘 读取应作为 PRD 基础的规划文档、研究笔记、规格说明、导出的会议纪要和源文件夹。
    Notion 读取应作为 PRD 基础的路线图页面、项目笔记、会议纪要和团队 Wiki。

    起始提示词

    使用 $documents 基于 @linear [项目或里程碑]、@slack [频道或帖子] 以及 @google-drive 或 @notion [规划文档、研究笔记、会议纪要或源文件夹],为 [功能或产品领域] 创建 PRD。内容需包含:问题背景、用户画像、目标/非目标、需求、用户体验、技术考量、衡量指标、发布计划、风险、待定问题、决策、时间线和来源附录。为需求级别的结论引述来源。如果来源信息存在冲突,请指出冲突,而不要默认选择其中一方。此为草案。在我批准之前,请勿发布、更新 Linear 或分享该文档。
    使用 $documents 基于 @linear [项目或里程碑]、@slack [频道或帖子] 以及 @google-drive 或 @notion [规划文档、研究笔记、会议纪要或源文件夹],为 [功能或产品领域] 创建 PRD。内容需包含:问题背景、用户画像、目标/非目标、需求、用户体验、技术考量、衡量指标、发布计划、风险、待定问题、决策、时间线和来源附录。为需求级别的结论引述来源。如果来源信息存在冲突,请指出冲突,而不要默认选择其中一方。此为草案。在我批准之前,请勿发布、更新 Linear 或分享该文档。

    简介

    在开发新产品或功能之前,通常需要起草一份产品需求文档 (PRD) 以就范围和需求达成共识。通常情况下,编写该 PRD 所需的上下文已经存在于团队的内部系统中:Linear 上的工单、Slack 上的讨论、Notion 或 Google Drive 中的草稿等。Codex 可以收集这些上下文并起草一份供您审阅和迭代的 PRD,同时保持来源记录清晰可见。

    选择来源

    首先确定您希望 Codex 使用哪些来源:Linear 项目、Slack 规划频道或帖子,以及任何应被引用到 PRD 中的 Drive 文档、Notion 页面、会议纪要或本地文件。同时,您还应明确列出您期望包含的 PRD 章节,例如问题背景、用户、需求、用户体验、技术方案、发布计划、时间线或决策。

    1. 起始项 $documents 当输出结果需要为正式的 DOCX 文件时使用。
    2. 直接指定来源名称:Linear 项目或里程碑、Slack 频道或帖子,以及 Codex 应引用的文档或笔记。
    3. 向 Codex 提供 PRD 的章节结构要求。
    4. 首先审阅来源附录,然后再审阅需求和待定问题。
    5. 使用同一个对话串来解决信息缺口、明确范围并准备交接。

    在同一对话串中完善

    使用本页的初始提示词来生成第一版草稿。如果缺少某些内容,请将缺失的来源指给 Codex,而不是重新开始。

    检查来源记录

    在分享 PRD 之前,请让 Codex 列出缺乏依据或缺少来源支持的结论、未解决的问题,以及它视为已确认的决策。如果来源附录无法让这些内容易于审查,请在导出或发布任何内容之前,继续在同一对话串中进行完善。

    建议提示词

    检查来源记录

    在我分享这份 PRD 之前,请检查来源记录。列出:- 缺乏来源支持或来源支持不足的需求 - 仍需指定负责人或做出决策的待定问题 - 你视为已确认的决策 - 任何应从 PRD 中移至待定问题的结论 保持来源附录的链接且便于审查。

    相关用例