前幾天已經確定要做一個 Issue Tracker，也整理出第一版的大致功能。

但「我要做一個 Issue Tracker」仍然只是一個想法，還不是可以直接開發的需求。

例如新增 Issue，看起來只需要一個輸入框和按鈕，實際開始做才會發現還有很多問題：

• Issue 要有哪些欄位？
• 哪些欄位必填？
• 新增後的預設狀態是什麼？
• 標題是否有字數限制？
• 建立失敗時要怎麼顯示？
• 第一版需要登入和多人協作嗎？

如果這些問題沒有先回答，AI 仍然只能自行猜測。

所以今天要讓 ChatGPT 當一位需求分析夥伴，透過提問幫我把想法整理成一份迷你 PRD。

PRD 是什麼？

PRD 是 Product Requirements Document，也就是產品需求文件。

它的目的不是規定每一行程式要怎麼寫，而是讓參與開發的人知道：

• 我們要解決什麼問題？
• 這個產品要給誰使用？
• 使用者可以完成哪些事情？
• 第一版要做到哪裡？
• 什麼情況才算符合需求？

大型產品的 PRD 可能很完整，但這次只是個人開發的示範專案，所以我只需要一份能支撐後續任務拆解的一頁式版本。

不要叫 ChatGPT 直接替我決定

最直接的 Prompt 可能是：

幫我寫一份 Issue Tracker 的 PRD。

這樣很快就能得到一份看起來完整的文件，但裡面的功能、使用者和產品規則可能都是 AI 自己補上的。

這次我希望 ChatGPT 先問問題，由我做出決定，最後再幫忙整理。因此 Prompt 會特別限制它不要直接產生 PRD：

目標：
透過需求訪談，協助我釐清一個給個人開發者使用的 Issue Tracker，最後整理成一頁式迷你 PRD。

背景：
這是一個 30 天的 AI 協作開發示範專案。目前還沒有 repository 或程式碼。
已知第一版方向包含 Issue 的新增、編輯、刪除、狀態更新、搜尋、篩選與資料保存。

限制：
- 先不要撰寫 PRD，等我說「訪談完成，可以依照剛剛訪談的內容撰寫 PRD 了」才能開始撰寫
- 不要產生程式碼
- 一次只問一個最重要的問題，等我回答後再問下一題
- 不要替我決定產品規則
- 發現回答互相矛盾時要指出來
- 尚未確定的內容標記為「待確認」

驗收條件：
- 確認目標使用者與核心問題
- 確認第一版的功能範圍
- 確認主要操作流程
- 整理出可驗證的驗收條件
- 明確列出第一版不做的項目

輸出格式：
訪談完成後，使用 Markdown 整理成迷你 PRD，包含產品問題、目標使用者、核心流程、功能需求、非功能需求、驗收條件、不做事項與待確認問題。

現在請先問第一個問題。

注意這段 Prompt 有使用昨天整理的五個零件。

這段 prompt 的回覆和整個對話

最終產生的 PRD

今日小結

今天仍然沒有開始寫程式，但已經把「做一個 Issue Tracker」整理成有使用者、有核心流程、有範圍界線，也能逐項檢查的需求草稿。