人物誌
一句話定義
一種把使用者研究成果**包裝成虛構但具代表性的「人」**的設計工具，用以讓資訊易消化、易記憶、易引發團隊同情心並觸發後續設計行動。
核心要點
順序紀律：先有族群、再有 Persona
目標族群（Target Audience，群）是輸入；人物誌（Persona / 典型代表）是輸出。從 Persona 直接起手會建立在虛構假設上而非族群事實——「先回答誰是這群人」必須先於「典型長什麼樣」。文章原話：「目標使用者（TA）= 從目標族群中找出最經典、最具代表性的人物。」
本質：包裝研究成果的工具
A way to encapsulate all the research that you’ve done.
人物誌不是研究本身，是研究的呈現形式。若研究紮實，人物誌能成為團隊的共同語言；若研究空虛，人物誌會放大假設與刻板印象。
入門工具語境：Persona 作為設計決策提醒
2026-05-07-SocialMORE-UIUX設計入門-Part01 把 Persona 放在 UI/UX 新手工具箱中：它是描繪目標客群（Target Audience）的方法，建構一個角色作為行銷對象 / 使用者，協助設計師理解使用目的與流程。此來源也提示製作前要先釐清市場定位，若資源足夠再透過面談或觀察收集大量用戶資料。
這是一個「入門版」說法：它適合提醒初學者 persona 可用來建立同理心與作為設計指南，但仍需受本頁既有紀律約束：不能把 persona 當成想像角色，也不能讓漂亮圖卡取代研究。
五個常見問題
| # | 問題 | 警示 |
|---|---|---|
| 1 | 不比人口統計深入 | 「千禧世代」不是人物誌——讓讀者自填刻板印象 |
| 2 | 過度強調不重要的細節 | 花 2 小時討論假人喜歡哪買東西 |
| 3 | 用虛假引述 | 八股句型「我需要的，正好是你要賣給我的」 |
| 4 | 用圖庫照片 | 一旦發現是假的，整個人物誌失去可信度 |
| 5 | 缺少情境 | 「沒有 plot 的 character」（Kim Goodwin） |
| (6) | 不基於真實資料 | 沒跟人說過話，就別用「人」的形式呈現資料 |
Persona 製作 5 檢核要點（正面工具）
與「五個常見問題」（負面清單）並列形成完整工具集——前者告訴你「避免做錯」，本段告訴你「檢驗做對」。
| # | 檢核要點 | 該問什麼 |
|---|---|---|
| 1 | 代表性 | 這個人能代表 目標族群 嗎？依靠市場資料 + 競爭對手分析驗證 |
| 2 | 特徵代表性 | 選擇的人口統計 / 心理變項是否能影響產品使用需求？是否能呈現使用者痛點？ |
| 3 | 痛點與需求合理性 | 透過深入訪談了解族群的感受、解決方式、成效；收集潛在解決方案想法 |
| 4 | 設計啟發 | Persona 能否引發設計突破機會？資料對設計有什麼具體啟發？ |
| 5 | 需求到概念的引導 | 能否協助團隊將需求展開至 顧客旅程地圖 等下游設計工具？ |
本質定位：呈現資料的畫布
「Persona 是一個呈現資料的畫布，透過分析與解讀資料幫助描繪時更合理。」
不是設計師任意編寫，而是透過資料分析與解讀歸納呈現的——與本頁「不基於真實資料就別做」紀律 + 使用者研究「過程 > 交付」紀律共構同一精神。
類型：Marketing Persona vs UX Persona
2026-05-06-Unblock-服務設計入門-Ep1-Persona 明確區分兩種 Persona：
| 類型 | 描述對象 | 研究基礎 | 常見資料 | 主要用途 |
|---|---|---|---|---|
| Marketing / Buyer Persona | 買方、目標客群、消費者 | 市場研究 | 人口變量、收入、地區、年齡、購買習慣 | 行銷投放、客群溝通、媒體採買 |
| UX / User Persona | 實際使用者 | 深度質性研究 | 行為變量、動機、需求、痛點、情境 | 優化產品與服務體驗 |
兩者不是誰比較高級，而是服務不同決策。設計師若拿一堆人口變量做 UX Persona，通常無法回答「這會如何影響設計決策」。但人口變量也不是廢料：它可以作為招募受訪者與切分樣本的依據，再往下觀察同類人之中的行為脈絡、動機與需求差異。
變形：Proto-Persona 與 User Profile
影片也補出兩個常被混用的邊界：
- Proto-Persona：在快速迭代、新創或資源不足時，由設計師召集利害關係人，依據目前對使用者的認知先做出的假定人物誌。它的價值是把團隊假設攤開，但不能作為設計或產品策略的最終依據；後續必須用使用者測試或基礎行為研究驗證。
- User Profile：建立在 soft data / 行為資料上的使用者輪廓，重視「做了什麼」與「目標是什麼」之間的關聯，但不一定能回答情感、生活型態、動機與 why。它可以是短期替代方案，但不能取代 UX Persona。
因此本頁雖保留 User Profile alias 以涵蓋既有用語，嚴格來說 User Profile 是 Persona 的鄰近格式，不是完整同義詞。
不要把受訪者數量等同 Persona 數量
2026-05-06-Unblock-服務設計常見誤區指南 補上一個常見反面案例：訪問 3 個人就產出 3 張 Persona，是大忌。
Persona 要代表「一群有相同行為、動機或價值觀的人」，不是把每位受訪者各自改寫成一張漂亮卡片。若只是把個別受訪者複製成 profile，團隊得到的是人物故事，而不是可用於設計取捨的族群模式。PDF 建議每個 Persona 至少建立在 3-5 個使用者研究之上，並以後續驗證確保它不是憑空捏造。
常見元素：只放能影響決策的資料
Unblock 將 Persona 的常見元素整理成七類：
| 元素 | 用途 | 取捨紀律 |
|---|---|---|
| 基本資料 | 給人物一個簡短輪廓 | 只放足以改變行為決策的因素，不為了完整而塞年齡、職業、收入 |
| 引言 | 讓使用者像真人一樣說話 | 盡量使用研究中真實說過的話，避免文言文或八股句 |
| 動機與目標 | 說明激勵因素與想達成的目的 | 連回任務、場景與選擇理由 |
| 價值觀 | 使用者做取捨時的標準 | 比人口變量更能指導產品與服務取捨 |
| 痛點 | 阻礙目標或造成挫敗的因素 | 要能指向後續設計問題，不只列抱怨 |
| 需求 | 能減輕痛點、幫助目標完成的要素 | 對位痛點，避免變成空泛願望 |
| 迷你旅程地圖 | 簡述主要步驟與情緒起伏 | 可和 顧客旅程地圖 合併使用 |
這七項不是必填欄位，而是起始點。每個欄位都應該有資料或故事背書，也要能影響後續設計。
寫得對的人物誌應該回答
- 一個人在想什麼（thinking）
- 他們感受到什麼（feeling）
- 他們試圖完成什麼（trying to accomplish）
- 什麼東西阻礙了他們（obstacles）
人口統計（年齡、種族、收入、地點、教育）—— 除非統計顯著，否則略過。
何時值得做
- 研究確實涉及與真實使用者交談
- 產品需要服務多種使用情境 / 目標 / 語境（不是多種年齡 / 種族）
- 需要在「同時為所有族群設計」vs「先聚焦主要受眾」之間做產品決策
- 團隊缺乏共通語言，需要把「我們說的使用者」變成同一個輪廓
- 對既有使用者的認知開始模糊，需要重新整理假設並規劃驗證
- 顧問 / 研究團隊需要把研究結果轉成利害關係人可理解的視覺化交付
替代工具光譜
| 工具 | 何時用 |
|---|---|
| Proto-Persona / 同理心地圖 | 研究前或資源不足時——讓團隊把假設攤開；必須後續驗證 |
| User Profile | 只有行為 / 銷售 / soft data，暫時缺少情感與生活脈絡時；只能短期替代 |
| 角色原型 | 需要長期追蹤目標群、要快速迭代時——「輕量化人物誌」 |
| 人物誌光譜 | 重點在比較不同受眾的範圍而非建立完整虛構人物時 |
| 顧客旅程地圖 / 心智模型 | 重點在情境與行為而非人物本身時 |
元規則：交付成果 vs 思考過程
「It is not so much the deliverable itself that matters, but the thinking that goes into creating it.」
人物誌（如同所有 UX 交付成果）的價值在製作過程中的思考；產出文件只是學習的證明，不是學習本身。
採納紀律：做完要被分享與使用
Persona 的第二種常見失敗，不是內容錯，而是做完後被放在資料夾裡。若接收者不知道這份文件存在、也不知道如何用它，它就不會影響任何設計決策。
可行做法：
- 用 launch and learn、show and tell、QA session 或 facilitation workshop 介紹 Persona。
- 在產品決策、優先級討論、journey mapping 或 brainstorm 中實際引用 Persona。
- 讓利害關係人知道每個敘述背後的資料或故事，不只是看一張漂亮圖卡。
- 定期回頭檢查 Persona 是否仍反映目前使用者輪廓；成熟品牌也會因產品 / 服務擴張而需要重做。
與其他概念的關係
- 目標族群 — 「群 vs 典型代表」二分：目標族群是輸入、人物誌是輸出；先定義族群再選代表是不可顛倒的順序紀律
- 屬於 使用者研究 的呈現工具——研究過程比交付形式重要
- 與 同理心地圖：地圖是研究前的假設工具（proto-persona）；人物誌是研究後的成果包裝
- 與 顧客旅程地圖：可互補（人物 + 旅程）也可替代（重情境時跳過人物）
- 與 服務設計：Persona 是服務設計入門工具線的第一步，先回答「為誰設計」，再往下接 Journey Map / Service Blueprint / Ecosystem Map
- 與 設計觀點（POV）：兩者都是「對使用者的具體陳述」；POV 用 madlib 句型一句話寫，人物誌用整頁 profile 寫；POV 強制要寫洞見（為什麼），人物誌易陷入只寫**特徵（是什麼）**的誤區
- 與 品牌識別 / 品牌故事：品牌設計流程中「目標受眾定義」常以人物誌呈現——對應 2026-05-01-品牌設計超實作清單 的「目標用戶 = 統計數據 + 心理 + 興趣 + 解決問題 + 滿足需求」雙軸定義；本頁警示對「不基於真實資料」的人物誌仍適用——品牌設計師若沒做 Empathize 就直接畫人物誌，等於把虛構推給整個品牌策略
相關來源
- 2026-05-07-SocialMORE-UIUX設計入門-Part01 — 入門層 Persona 說明與 HubSpot Make My Persona Tool；補入「設計決策提醒」語境
- 2026-05-06-Unblock-服務設計常見誤區指南 — 補入「假定且未驗證的 Persona 沒有價值」與「訪談人數不等於 Persona 數量」的反面清單
- 2026-05-06-Unblock-服務設計入門-Ep1-Persona — 補入 Marketing Persona vs UX Persona、Proto-Persona / User Profile、七大元素與分享採納紀律
- 2026-04-28-The-Problem-with-Personas
- 2026-05-01-品牌設計超實作清單 — Unblock 第一集把目標受眾定義（基本統計 + 心理興趣 + 競品分析）作為品牌探索核心步驟
- 2026-05-02-目標族群定義 — ux.3toryu「使用者需求分析」單元 6：Persona 製作 5 檢核要點 + 「群 vs 典型代表」順序紀律的源頭
備註
- 「人物誌」一詞在中文圈普及度不及 “Persona”；但在繁體中文 UX 教學裡是穩定中譯。aliases 中保留 Persona / Personas / User Persona 以涵蓋英文書寫場景。
- 與 目標族群 alias 的區隔：本頁 frontmatter 含
目標受眾/目標用戶兩 alias 是 2026-05-01 2026-05-01-品牌設計超實作清單 ingest 時依品牌設計語境留下（將 Persona 視為品牌「目標受眾」的呈現結果）。嚴格區分上「目標受眾 = Target Audience = 群」應屬 目標族群，「人物誌 = Persona = 典型代表」屬本頁——兩者是順序關係而非同義詞。本頁保留現狀不調整 alias 的原因見 目標族群 備註段。