POV 怎麼寫？設計思考定義階段完全指南

想像一下，你和同學調查了好多大學生關於「為什麼不愛去圖書館」這個問題，收集了一堆訪談資料，結果發現：有人說座位不夠、有人說太安靜會睡著、有人說Wi-Fi太慢⋯⋯面對這麼多零散的發現，你開始頭痛：「到底要解決哪一個問題？」這時候，你就需要 POV 這個工具，幫你把混亂的資料整理成一個清楚的問題方向。

POV 聲明是什麼？

POV 聲明就像是你研究報告的「問題聲明書」，把你想解決的問題用一句清楚的話說明白。

如果把設計思考比作蓋房子，前面的「同理心」階段就像是你到處去看地形、了解環境；而 POV 聲明就是你決定「要在哪裡、為誰、蓋什麼樣的房子」的那張藍圖草稿。它不是最終答案，但它會指引你接下來的方向。

POV 是 Point of View 的縮寫，中文就是「觀點」的意思。它幫你從使用者的角度，清楚定義出一個具體的問題，讓你不會在後面的腦力激盪中迷失方向。

什麼時候會用到 POV 聲明？

在學校裡，你最常會在這些情況用到：

課堂專案時：老師要你們做「改善校園生活」的提案，你訪談了 10 個同學後，需要從眾多抱怨中找出最值得解決的問題。

畢業專題時：你想做一個 App 解決某個生活問題，但發現問題太廣泛，需要聚焦在特定族群的特定需求上。

社團活動企劃時：你們想辦活動但不知道同學真正想要什麼，透過調查後需要定義出明確的目標族群和他們的核心需求。

簡單說，只要你做了使用者研究，收集了一堆資料，就需要 POV來幫你「聚焦」！

POV 聲明怎麼寫？

POV 聲明有一個經典的格式，就像填空題一樣簡單：

基本格式

「[使用者] 需要 [需求]，因為 [洞察]。」

讓我帶你一步步拆解：

實際寫作步驟

步驟 1：從你的訪談資料中找出共同點
回頭看你收集的資料，找出最多人提到的困擾或需求。不要選太特殊的個案，要找有代表性的。

步驟 2：具體化你的使用者
不要寫「大學生」這麼廣泛，要寫「剛入學還不熟悉環境的大一生」、「需要兼顧工作的在職學生」等等。

步驟 3：找出真正的需求
這裡要小心！使用者說的「想要」和真正的「需要」可能不一樣。比如他們說「想要更多座位」，真正的需求可能是「需要一個讓他們感到舒適的學習環境」。

步驟 4：挖掘背後的洞察
問問自己：「為什麼他們會有這個需求？」這個「為什麼」就是你的洞察。

完整範例

不好的 POV 聲明：
「大學生需要更好的圖書館，因為現在的不夠好。」

好的 POV 聲明：
「剛入學的大一住宿生需要一個既能專心學習又能感受到同伴存在的讀書空間，因為他們發現完全安靜的環境會讓他們感到孤單和焦慮，反而影響學習效果。」

新手常犯的錯誤

錯誤 1：使用者描述太廣泛

「所有學生需要⋯⋯」→ 改成「大二理工科系需要準備研究所考試的學生需要⋯⋯」

錯誤 2：把解決方案寫成需求

「學生需要一個新的 App」→ 改成「學生需要更方便的方式來⋯⋯」

錯誤 3：洞察太淺

「因為他們想要方便」→ 改成「因為他們的課業壓力讓他們希望把時間花在更重要的事情上」

錯誤 4：一次想解決太多問題

一個 POV 聲明只聚焦一個核心問題就好，不要貪心想一次解決所有問題。

小技巧：測試你的 POV 聲明

寫完後，問問自己：

• 如果我是這個使用者，我會點頭認同嗎？
• 這個聲明有沒有給我明確的設計方向？
• 我可以根據這個聲明去發想具體的解決方案嗎？

如果三個問題都是「是」，恭喜你，你的 POV 聲明及格了！

記住，POV 聲明不是寫完就不能改的。在接下來的腦力激盪和原型製作過程中，你可能會發現新的洞察，隨時可以回來修正你的 POV 聲明。

設計思考就是一個不斷循環優化的過程，POV 聲明是你的指南針，幫你在探索的路上不會迷路。現在就拿出你手邊的專案，試著寫寫看吧！