For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
主要導覽
Codex

Codex use case

根據內部上下文草擬 PRD

根據 Linear、Slack、來源文件和會議筆記建立產品需求文件。

Difficulty 簡單
Time horizon 30 分鐘

使用 ChatGPT 搭配 $documents 技能和已連線的外掛程式(例如 Linear、Slack、Notion 或 Google Drive),建立一份可供審查的 PRD,內容包含所需章節、時程、決策、待解問題和來源附錄。

最適合

  • 將規劃上下文轉化為 PRD、提案、發布摘要或決策備忘錄的產品團隊。
  • 需要在內部討論並與團隊達成共識後,快速草擬 PRD 的 PM。

Contents

    ← 所有使用案例

    根據內部上下文草擬 PRD

    根據 Linear、Slack、來源文件和會議筆記建立產品需求文件。

    使用 ChatGPT 搭配 $documents 技能和已連線的外掛程式(例如 Linear、Slack、Notion 或 Google Drive),建立一份可供審查的 PRD,內容包含所需章節、時程、決策、待解問題和來源附錄。

    簡單
    30 分鐘

    使用 ChatGPT 搭配 $documents 技能和已連線的外掛程式(例如 Linear、Slack、Notion 或 Google Drive),建立一份可供審查的 PRD,內容包含所需章節、時程、決策、待解問題和來源附錄。

    簡單
    30 分鐘

    最適合

    • 將規劃上下文轉化為 PRD、提案、發布摘要或決策備忘錄的產品團隊。
    • 需要在內部討論並與團隊達成共識後,快速草擬 PRD 的 PM。

    技能與外掛程式

    • Documents
      當 PRD 應製作成排版完善的檔案而非對話文字時,建立、編輯並驗證 DOCX 檔案。
    • 讀取已核准頻道或討論串連結中的產品討論、發布討論串、決策筆記和後續問題。
    • 讀取應納入 PRD 考量的專案、議題、優先順序、驗收條件和尚未完成的工作。
    • 讀取規劃文件、研究筆記、規格、匯出的會議筆記和來源資料夾。
    • 讀取應納入 PRD 考量的藍圖頁面、專案筆記、會議筆記和團隊 Wiki。
    Skill Why use it
    Documents 當 PRD 應製作成排版完善的檔案而非對話文字時,建立、編輯並驗證 DOCX 檔案。
    Slack 讀取已核准頻道或討論串連結中的產品討論、發布討論串、決策筆記和後續問題。
    Linear 讀取應納入 PRD 考量的專案、議題、優先順序、驗收條件和尚未完成的工作。
    Google Drive 讀取規劃文件、研究筆記、規格、匯出的會議筆記和來源資料夾。
    Notion 讀取應納入 PRD 考量的藍圖頁面、專案筆記、會議筆記和團隊 Wiki。

    起始提示詞

    使用 $documents 為 [feature or product area] 建立 PRD,並以 @linear [project or milestone]、@slack [channel or thread],以及 @google-drive 或 @notion [planning docs, research notes, meeting notes, or source folder] 為來源。 請包含問題、使用者、goals/non-goals、需求、UX、技術考量、指標、發布計畫、風險、待解問題、決策、時程和來源附錄。 請引用每項需求主張所依據的來源。若來源說法不一致,請明確指出衝突,不要在未說明的情況下自行採用其中一種說法。只建立草稿。在我核准前,請勿發布內容、更新 Linear 或分享文件。
    使用 $documents 為 [feature or product area] 建立 PRD,並以 @linear [project or milestone]、@slack [channel or thread],以及 @google-drive 或 @notion [planning docs, research notes, meeting notes, or source folder] 為來源。 請包含問題、使用者、goals/non-goals、需求、UX、技術考量、指標、發布計畫、風險、待解問題、決策、時程和來源附錄。 請引用每項需求主張所依據的來源。若來源說法不一致,請明確指出衝突,不要在未說明的情況下自行採用其中一種說法。只建立草稿。在我核准前,請勿發布內容、更新 Linear 或分享文件。

    簡介

    在著手開發新產品或功能前,通常會先草擬產品需求文件(PRD),以便就範圍和需求達成共識。多數情況下,撰寫這份 PRD 所需的上下文早已存在於團隊內部系統中,例如 Linear 中的議題、Slack 上的討論,以及 Notion 或 Google Drive 中的草稿等。ChatGPT 可以彙整這些上下文,草擬一份 PRD 供你審查並反覆完善,同時保留清楚、可追溯的來源資訊。

    選擇來源

    首先提供你希望 ChatGPT 使用的來源:Linear 專案、Slack 規劃頻道或討論串,以及 PRD 應引用的任何 Drive 文件、Notion 頁面、會議筆記或本機檔案。 也請清楚列出你預期的 PRD 章節,例如問題、使用者、需求、UX、技術、發布計畫、時程或決策。

    1. 當輸出需要是實際的 DOCX 檔案時,請從 $documents 著手。
    2. 直接指明來源:Linear 專案或里程碑、Slack 頻道或討論串,以及 ChatGPT 應引用的文件或筆記。
    3. 向 ChatGPT 提供 PRD 的章節規範。
    4. 先審查來源附錄,再審查需求和待解問題。
    5. 在同一個對話中補齊缺漏、收斂範圍並準備交接。

    在同一個對話中持續完善

    使用本頁的起始提示詞建立初稿。若有內容缺漏,請讓 ChatGPT 參考缺少的來源,而不是從頭開始。

    檢查來源是否可追溯

    在分享 PRD 前,請 ChatGPT 列出以下內容:來源佐證不足或缺漏的主張、尚未解決的問題,以及它視為已確認的決策。如果來源附錄無法讓這些項目易於查核,請先在同一個對話中繼續完善內容,再匯出或發布任何內容。

    建議提示詞

    檢查來源是否可追溯

    在我分享這份 PRD 前,請檢查來源是否可追溯。 請列出: - 來源佐證不足或缺漏的需求 - 仍待指派負責人或做出決策的待解問題 - 你視為已確認的決策 - 任何應從 PRD 移至待解問題的主張 請保留來源附錄中的連結,並確保附錄容易查核。

    相關使用案例