PART 1 · 從需求開始

先找到想處理的問題

在開始寫 PRD 或做 Demo 前，先找出真正想處理的問題。

WHY｜為什麼要先找到問題

使用者→情境→觀察→問題

例：觀察外送員在雨天等餐，發現比起準時送達，「等待焦慮」更困擾他們。

例：從司機取消訂單，一路追到缺乏自動化地圖校正機制。

下班尖峰叫車想完成準時抵達但受阻於到達時間不確定

例：下班尖峰叫車的人，要的未必是更快的車，而是能否準時抵達的確定感。

等車過久

供給不足派單不佳路線低效

例：同一個等車問題，可能同時來自供給、派單與路線三個原因。

複雜想法→簡單說明→找出缺口→補足理解

例：如果你講不清楚問題，代表自己其實還沒有真正理解它。

Design Thinking 提示詞⌄

我目前有一個模糊的想法：

【填入想法】

請不要直接提出解法，先用提問的方式幫我釐清：
1. 這可能是誰遇到的問題？
2. 他在什麼情境下遇到？
3. 目前可能怎麼處理？
4. 這個問題造成什麼影響？
5. 我還缺少哪些重要資訊？

請一次問我一個問題。

5 Whys 提示詞⌄

以下是我觀察到的問題：

【填入問題】

請用 5 Whys 的方式，協助我一層一層往下追問原因。
規則：
1. 每次只問一個「為什麼」。
2. 根據我上一輪的回答，再往下追問一層。
3. 不要幫我猜答案，等我回答完再問下一層。
4. 問到第 5 層後，請總結可能的根本原因，並標註是否仍需要驗證。

JTBD 提示詞⌄

我想了解使用者在以下情境下的任務：

【填入情境或問題】

請用 JTBD 的格式，協助我整理：
1. 使用者處於什麼情境？
2. 他想完成什麼任務？
3. 他目前遇到什麼阻礙？
4. 他希望達成什麼結果？

請不要自行增加未被提及的需求；資訊不足時請標記「待確認」。

問題樹提示詞⌄

以下是我觀察到的主要問題：

【填入問題】

請用問題樹的方式拆解：
1. 列出 2–4 個可能造成這個問題的不同原因。
2. 每個原因請說明可能的證據或推論依據。
3. 標註哪些原因目前只是假設，還沒被驗證。

請保留多個可能原因，不要直接判斷哪一個最重要。

Feynman Technique 提示詞⌄

以下是我對這個問題的理解：

【用自己的話描述問題】

請幫我檢查：
1. 哪些地方講得不清楚或太抽象？
2. 有沒有使用專業術語但沒有真正解釋清楚？
3. 若要讓不熟悉此領域的人聽懂，還缺少哪些說明？

請指出問題，不要直接幫我重寫整段描述。

使用提醒：以下為社群開源延伸資源，非本手冊團隊開發或驗證；內容、網址、授權與使用方式可能變動。使用前請確認相容性與資料處理風險，引用內容時請保留原始出處與作者標註。

將 JTBD 方法包裝為 Claude Skill，聚焦 Job Statement 與使用者卡關時刻。

含 problem-clarity 與 assumption-mapper 等產品管理常用 Skill。