設計觀點
一句話定義
設計思考 Define 階段的核心產出——一句能指引團隊採取後續行動的問題陳述，包含「使用者是什麼樣的人 / 有什麼需求 / 為什麼會有這需求」三個要素。
核心要點
POV madlib 句型
使用者 需要 使用者的需求 因為對他來說 洞見 很重要。
範例：
處在青少年階段的小明 需要 即時得知最新的時尚潮流資訊，因為對他來說 能加入朋友間的話題、拉近與朋友的關係 很重要。
三個成分
| 成分 | 規則 | 反例 |
|---|---|---|
| 使用者 | 具象化，避免空泛分類（不是「外國人」而是「第一次來台灣、搭手扶梯下捷運站的外國遊客」） | 「客戶」「年輕人」 |
| 需求 (Need) | 用動詞描述（「方便快速解決午餐」） | 名詞「他需要一客麥當勞」（已是解決方案） |
| 洞見 (Insight) | 解釋為什麼此需求對該使用者特別重要——通常源於人生階段、觀點、生活方式的獨特條件 | 「因為他需要得到成就感」（過於普遍 General） |
寫得引人入勝的測試
❌「一名少女需要營養食品，因為維他命對健康很重要」
✅「一名臉色慘澹的少女需要藉由吃營養補充品來讓自己看來不致於太糟，因為對她來說保持正常的外貌讓她同儕接受比真的健康還重要」
後者指引設計方向；前者只是事實陳述，激發不出令人興奮的解決方法。
在五階段中的角色
| 階段 | POV 的功能 |
|---|---|
| Define | 產出 POV |
| Ideate | 用 How-Might-We 把 POV 切割為可激盪的問題 |
| Prototype | 確認原型背後的假設都從 POV 衍生 |
| Test | 驗證 POV 是否正確；不正確時觸發 reDefine |
POV 在跨團隊工作坊的應用（2026-05-03 補入）
Unblock Blair 在跨團隊溝通協作懶人包中把 POV 句型直接搬到利害關係人工作坊——讓多方共同填空，把使用者圖像從各方腦中的隱性印象變成白板上的單句共識。範例：
身為一個一邊有全職工作又一邊兼職的自媒體經營者，我需要能夠快速製作每週貼文，因為平日上班加班很少有時間精心製作貼文。
→ 與 Stanford d.school 的 POV 用法（設計師獨自 / 設計團隊內部寫）不同，Unblock 版的 POV 是利害關係人對齊工具——讓 PM / RD / 業務 / 行銷對「使用者是誰」達成單句共識，再進入 How-Might-We / JTBD / Ideate。
→ 與 JTBD 句型是同 cluster 的「使用者描述濃縮工具」：POV 強調洞察根源（為什麼）、JTBD 強調情境動機（什麼時候、為了什麼結果）；好的設計常同時用兩者。
與其他概念的關係
- 是 Define 階段的核心產出
- 為 How-Might-We 提供素材
- 由 同理心地圖、Empathy Map 等工具的拆解（Unpacking & Synthesis）得出，並非憑空想像
- 與 JTBD 互補：POV 寫「洞見」、JTBD 寫「情境」；前者強調為什麼、後者強調什麼時候
- 與 利害關係人管理 工作坊連結：可作為跨團隊對齊「使用者圖像」的單句共識工具
相關來源
- 2026-04-28-魯奇的設計思考工具書
- 2026-05-03-Unblock-跨團隊溝通協作懶人包 — Blair / Unblock：POV 在利害關係人工作坊的應用範例（自媒體經營者 + 兼職 + 加班場景）；補充 Stanford d.school 設計團隊內部用法之外的「對齊利害關係人」第二場景