Persona 人物誌:寫成決策工具,而不是牆上畫像
Persona(人物誌)是什麼?本文從定義出發,釐清 Persona 與目標受眾、理想客戶輪廓(ICP)的差異,說明 persona 如何成為團隊決策的對齊座標,並提供四層次結構、六題撰寫流程、三種類型、五大誤區與四個檢驗問題,幫你做出真正能進入決策的 Persona。
作者:褚崇名(Sliven)
本頁目錄
- Persona 是什麼?先丟掉「客戶畫像」這個被講爛的標籤
- Persona、目標受眾、理想客戶輪廓:三個常被混為一談的概念
- Persona 真正在解決的問題:把個人直覺變成團隊共識
- 一份 Persona 的四個層次:哪一層才決定勝負
- Persona 的用途:它不該貼在牆上,該走進每一次判斷
- 一、內容選題與寫作語氣
- 二、SEO 與搜尋意圖
- 三、電子報分眾與訊息對齊
- 四、產品功能優先順序
- 五、廣告受眾與預算配置
- 六、定價與方案組合
- 一套撰寫流程:先回答六個問題,再談模板
- 用一個例子把六題走完
- 三種 Persona 類型,與它們各自適合的場景
- 五個會讓 Persona 變成廢紙的誤區
- Persona 與其他框架怎麼共存:它是翻譯層,不是替代品
- Persona 在 AI 搜尋時代為什麼更不可或缺
- 怎麼判斷你的 Persona「能用」?四個檢驗問題
- 從一張牆上的畫像,變成手邊的判斷依據
不少人都曾經交出過一份精美的 persona 簡報:性別、年齡、居住城市、幾個興趣標籤,再加上一句俏皮的自述,然後它就被貼在會議室的牆上,從此再也沒有人翻開。這個場景背後其實是同一個誤解:大家把 persona 當成「客戶畫像」交付給簡報,卻鮮少把它當成「決策工具」來使用。
persona(人物誌)真正的價值,是讓整個團隊對齊同一組決策座標;描繪客戶只是它的表象。它能不能用,取決於你能不能拿它來判斷:砍掉哪個功能、寫哪個標題、把廣告投給誰、這封電子報要不要寄出。這篇會從定義、相似概念、用途與撰寫流程談到常見誤區,並提供一套檢驗方式。
Persona 是什麼?先丟掉「客戶畫像」這個被講爛的標籤
Persona,中文常翻成「人物誌」或「使用者人物誌」,在行銷與產品設計的語境裡,指的是一個半虛構、但以真實研究為基礎的代表角色,用來濃縮某一群行為、目標、痛點與決策限制都相近的受眾。這個概念最早由軟體設計師 Alan Cooper 在 1999 年的著作裡系統化提出,原本是為了解決一個工程問題:開發團隊常常對著「所有使用者」寫程式,結果沒有滿足任何一種人。後來這套方法被行銷領域借過來,變成今天每一份提案簡報裡幾乎都會出現的那一頁。
問題就出在「被講爛」這三個字。當一個概念被簡報模板複製太多次,它的骨幹會被掏空,只剩外殼。實務上常見的狀況是:團隊記住了「要做 persona」這個動作,卻忘了它背後要回答的問題。於是 persona 淪為一份人口統計的拼貼:三十多歲、住雙北、月薪某個區間、喜歡週末去咖啡廳。這些欄位本身沒有錯,只是它們只回答了「這個人是誰」,卻漏掉了真正關鍵的「這個人會怎麼決定」。而真正讓 persona 有價值的,永遠是後者。
換個方式想:如果你的 persona 拿掉照片、拿掉名字、拿掉那句自介之後,剩下的欄位換到另一個產業也能直接套用,那它就只是一張問卷,稱不上 persona。一份能用的 persona,一定帶著你這門生意特有的決策氣味,聞得出產業、聞得出你與對手的相對位置。
還有一個更根本的性質值得先講清楚:persona 是一個簡化模型,不是一個真人。它的任務不是忠實複製某一位顧客的全部細節,而是用一個夠典型的角色,幫團隊把「一群人共享的決策模式」抽出來討論。這意味著 persona 必然會遺漏某些真實客戶的樣貌,也意味著它需要被週期性地用真實資料校正。把 persona 當成永遠不會錯的聖經,和把它當成一次性的簡報道具,是同一個錯的兩面:兩種態度都忘了它本質上是一個需要持續更新的模型。
Persona、目標受眾、理想客戶輪廓:三個常被混為一談的概念
很多團隊在做 persona 之前,連名詞都還沒分清楚。目標受眾、persona、理想客戶輪廓(Ideal Customer Profile,簡稱 ICP)這三個詞在中文討論裡常常被交替使用,但它們指的是不同層次的事,混在一起會讓後續所有判斷都失準。
| 概念 | 顆粒度 | 核心內容 | 主要用途 |
|---|---|---|---|
| 目標受眾(Target Audience) | 最粗,一群人 | 統計與行為分群,例如「25 到 40 歲的雙北上班族」 | 媒體採購、大範圍曝光 |
| Persona(人物誌) | 中等,一個角色 | 帶動機、痛點、決策約束的半虛構代表 | 內容、產品、訊息的對齊 |
| ICP(理想客戶輪廓) | 偏 B2B,一個帳號 | 描述「最理想的那一筆訂單」的公司屬性,例如產業、規模、技術堆疊 | 業務開發、帳號層級的資源配置 |
從這張表可以看出一個實用的分工:目標受眾回答「這群人有多大、在哪裡」,ICP 回答「哪一筆訂單最值得追求」,persona 則回答「那個會下決定的人,腦子在想什麼」。B2C 團隊通常在前兩者之間游移,B2B 團隊則常用 ICP 取代 persona,結果是業務很清楚要打哪家公司,卻搞不清楚對方組織裡真正拍板的那個人怕什麼。這也是為什麼即使你已經畫好了 ICP,你還是需要一張 persona 來補上「人」的那一層(這一層在 組織購買中心 裡會更清楚地拆成五種角色)。把這三個名詞先分清楚,你後面做選擇時才不會把「一群人的大小」「一個帳號的條件」「一個會下決定的人的內心」攪成同一鍋粥。
Persona 真正在解決的問題:把個人直覺變成團隊共識
多數人以為 persona 的目的是「更了解客戶」。這話對了一半,卻漏掉了它最大的槓桿。persona 真正在解決的,是團隊決策時的對齊成本。一家公司裡,創辦人、行銷、業務、產品、客服,每個人腦中都有一個「客戶樣貌」,而這五個樣貌往往互相矛盾。沒有共同的 persona 時,每一場會議都要從「客戶到底要什麼」重新辯論一次;有了共同的 persona,辯論的範圍會從「客戶要什麼」收斂到「這個選項有沒有服務到我們約定好的那一群人」。
這個收斂本身就是省錢。團隊最常見的內耗,表面上是意見分歧,真正的源頭卻是大家對「我們在為誰優化」這件事沒有共識,於是每一次資源分配都變成政治協商。當 persona 夠清楚,它能扮演一個近乎冷酷的仲裁者:這個功能、這篇內容、這檔廣告,到底是為了滿足哪一個 persona 的哪一個痛點?如果講不出來,那它就是資源的漏點。從這個角度看,行銷的本質就是選擇你要服務誰,而 persona 是把這個選擇寫下來、讓大家遵守的工具(這和 行銷的根本定義 其實是同一件事的兩面)。
一份 Persona 的四個層次:哪一層才決定勝負
把 persona 拆開來看,它其實有四個由淺到深的層次。差別在於:越淺的層次越容易寫,卻也越不能拿來做判斷;越深的層次越難寫,可它是 persona 真正值錢的地方。
| 層次 | 常見欄位 | 能不能拿來做判斷 |
|---|---|---|
| 人口輪廓 | 年齡、性別、地區、收入、職業、家庭狀況 | 幾乎不能。換個產業也能直接套用 |
| 情境輪廓 | 在什麼場景遇到問題、用什麼裝置、什麼時間點、接觸哪些管道 | 勉強能,主要用來決定通路與接觸點 |
| 動機輪廓 | 想完成什麼、怕失去什麼、對成功的定義、情緒與焦慮 | 能。可以用來決定訊息與內容方向 |
| 決策約束 | 誰能拍板、預算上限、評估標準、為什麼選你或選對手、替換成本 | 最能。可以直接拿來排優先順序、定價、砍功能 |
從這張表你可以看出一件殘酷的事:市面上大多數 persona 只做到第一、二層,那剛好是最不能拿來做決策的兩層。寫得再精美,它對「下一個動作該做什麼」毫無指引力。真正決定一份 persona 勝負的,是第三與第四層:動機與決策約束。這兩層很難靠直覺填,它們必須來自真實的訪談、客服對話、退換貨紀錄、搜尋行為,以及業務在第一線聽到的、客戶比較你與對手時的那幾句話。
一個快速的自檢:把你手上的 persona 翻開,把屬於第一層的欄位全部遮起來。剩下來的內容,還能不能告訴你「這個人在 A 與 B 之間會選哪一個、為什麼」?如果答不出來,你的 persona 就還停留在畫像的層次,離決策工具還有距離。
用同一個客戶來對照,差別會更清楚。想像一個 35 歲、在台北租屋的上班族小張。如果你的 persona 只寫到這裡,它對任何決策都沒有指引力,因為這個描述換到賣咖啡、賣保單、賣健身房會員都能用。但如果你接著寫出:他最近在煩惱的是下班後沒有體力陪小孩、他試過下班去跑步但撐不過兩週、他失敗的話會覺得自己對不起家人、他能動用的是每個月大約兩千塊的可支配預算、他比較你與兩家連鎖健身房時最在意的是「離捷運站多近」。寫到這裡,這份 persona 就忽然活了過來,它幾乎可以直接告訴你該主打哪個方案、該寫什麼標題、該把店面選在哪裡。同樣一個人,寫到第幾層,決定了它是牆上風景,還是手邊武器。
Persona 的用途:它不該貼在牆上,該走進每一次判斷
persona 一旦只待在會議室牆上,它就開始貶值。它真正的用途,是滲透到每一次「要不要」的判斷裡。以下是它最能發揮作用的幾個場景。
一、內容選題與寫作語氣
當你不知道下一篇文章要寫什麼,persona 就是你的選題過濾器:這個主題,對這一群人正在想解決的問題,有沒有直接的幫助?沒有的話,即使搜尋量再漂亮,它也不是你此刻該投資的題目。語氣也是同樣的道理:同一個觀念,對技術主管和對創業第一年的老闆,你會用完全不同的詞彙去解釋。persona 決定了你下筆時的「對話對象」,這比任何關鍵字密度都更影響一篇內容能不能被讀完(寫作策略的細節,可以搭配 怎麼寫出能被看見的文章 一起看)。
二、SEO 與搜尋意圖
這是很多人略過的連結。persona 和 搜尋意圖 是同一件事的兩個時間點:persona 是你「預測」這群人會想搜尋什麼,搜尋數據則記錄他們實際輸入了什麼,兩者可以互相校準。當實際搜尋行為和 persona 的預測持續打架,那就是 persona 該被更新的訊號;但數據也可能受追蹤缺漏、樣本偏差與季節性影響,不能把單一報表直接當成真相。
三、電子報分眾與訊息對齊
電子報訊息是否對齊 persona 的核心痛點,應透過分眾測試、開信、點擊與退訂資料驗證,不能只看名單大小。persona 在 EDM 裡的作用,是提醒你針對「有特定動機的一群人」設計此刻相關的訊息。如果你還在把電子報當一次性廣播,EDM 行銷的完整做法 值得你回頭重看一次分眾邏輯。
四、產品功能優先順序
每一個產品團隊都會面臨「有限的人力,無窮的需求」這個老問題。persona 提供了一個相對客觀的排序依據:這個功能,服務的是哪一個 persona 的哪一個決策約束?如果它只服務一個邊緣情境,或者服務的是你根本還沒認領的 persona,那它的優先序就該往後挪。這比「哪個客戶最常吵」或「哪個主管最有意見」要健康得多。
五、廣告受眾與預算配置
廣告是較容易量化 persona 價值的地方。把同一筆預算拆成「對齊 persona 動機」與「只用人口標籤」的受眾測試,才能比較 ROI 與 ROAS。HubSpot 2026 年的行銷報告顯示,個人化與受眾細分持續是行銷人關注的方向;較早的 2023 年調查也收錄了團隊對數據分眾與轉換表現的回報。這些資料不能保證 persona 必然提升投放效率,仍需以自己的實驗為準。
六、定價與方案組合
這是被忽略得最嚴重的一塊。前面那張四層次表格裡的「決策約束」,包含了預算上限、評估標準、替換成本,這幾個欄位直接決定你該怎麼切方案。同一個產品,面對「自己掏錢、失敗會心痛的小店家」和「有年度預算、需要向上呈報的部門主管」,你開出來的方案結構會完全不同:前者需要的是低門檻的入門價與清楚的退場機制,後者需要的是可被簽核的報價邏輯與對應的成效保證。當你的 persona 清楚寫出這兩群的決策約束,定價就不再是憑感覺喊數字,而能對著 persona 的預算與風險欄位逐項校準。
一套撰寫流程:先回答六個問題,再談模板
很多介紹 persona 的文章會給你一份模板,要你填「姓名、年齡、目標、痛點、喜好」。不可否認,模板有它的入門價值,但真正能用的 persona 從來都是「問」出來的,絕少是「填」出來的。底下是一套可操作的流程:先問六個問題,再回頭找證據。這六個問題的設計邏輯,是從決策倒推 persona,刻意避開由人口資料順推的常見起手式。
- 這個 persona 是為了支持哪一個「正在猶豫的決策」?沒有對應的決策,就沒有 persona。如果你答不出這一題,那你此刻真正需要的,其實是一份市場概況報告,persona 還輪不到上場。這也是最常拿來擋下無效專案的一題。
- 他正在設法完成什麼事?這裡要問的重點,是他「僱用」某個產品或服務來完成什麼任務;至於他「想要」什麼,那是比較表層的描述。這個視角和 用途理論(JTBD) 是同源的:人買電鑽,為的從來是牆上那個洞,電鑽本身只是手段。
- 在這件事上,他已經試過什麼、卡在哪?這一題直接產出你的內容與產品的切入點。他試過的替代方案,就是你的競爭對手;他卡住的地方,就是你最有機會提供價值的地方。
- 如果他這次失敗了,會失去什麼?這是情緒與風險層。同樣一個任務,失敗代價高的人和低的人,會展現完全不同的決策行為。這個答案會決定你該用安心感、效率、還是恐懼驅動來溝通。
- 最後拍板的是他本人嗎?誰會影響他?尤其在 B2B 或高單價情境裡,這一題決定了你要不要連「影響者」一起溝通。組織購買中心裡那五種角色,往往比「使用者本人」更要命。
- 在他眼裡,你和替代方案的差別是什麼?這一題測的是你的差異化有沒有被對方感知。如果你的答案連自己都說服不了,那真正的問題出在你的定位,與 persona 無關。
回答完這六題之後,才進入找證據的階段:實際訪談幾位真實客戶、翻客服對話紀錄、看退換貨原因、用 搜尋量數據 驗證他們在乎的詞彙、比對業務在第一線聽到的比較語句。這個順序很關鍵:先有問題,再找答案,你才知道要收集什麼;倒過來先收集一大堆資料,常常會在數字海裡迷路。
用一個例子把六題走完
光講原則容易飄,用一個讀者多半能共鳴的場景把這六題走一遍,讓你看見「一頁 persona」怎麼從問題長出來。假設你在做一款視訊工具,鎖定的決策是「下一波內容要打什麼角度」。你鎖定的對象,是一個住在外縣市、每週想跟北上工作的兒女視訊的長輩。六題的答案可能是這樣:他要完成的任務是「在不出錯的前提下,跟家人說上話」;他試過的方法是請兒女幫忙設定,但兒女不在身邊時就卡住;如果他這次失敗,失去的是那種「還跟得上時代」的尊嚴感,代價比你想像的重;拍板的表面上是長輩本人,真正影響他的是那個會被電話召喚來當技術支援的兒女;在他眼裡,你和市面主流工具的差別,恐怕跟畫質無關,真正的分野落在「第一次能不能自己打開」。
你看,走到這裡,你已經不需要再糾結「長輩幾歲、住哪裡」了,因為這份 persona 直接告訴你:下一波內容該寫「不需要兒女在旁邊也能三分鐘開啟第一次通話」,廣告受眾該連「在外縣市工作、幫爸媽找視訊工具的子女」一起投,產品的優先功能該壓在「首次開啟的引導」而非畫質調校。這就是一份 persona 從「問」到「判斷」的完整閉環。換掉場景、換掉產業,流程是一樣的。
三種 Persona 類型,與它們各自適合的場景
很多人不知道,persona 在不同脈絡下長得不一樣,硬套同一種格式反而會出問題。實務上習慣把 persona 分成三種,差別在於它們的「起點」和「風險」。
| 類型 | 起點 | 最適合的場景 | 主要風險 |
|---|---|---|---|
| 行銷 persona(Buyer Persona) | 市場區隔+購買動機 | 廣告受眾、內容選題、EDM 分眾 | 容易停留在人口輪廓,忽略決策約束 |
| 設計/UX persona | 使用行為+任務流程 | 產品設計、介面流程、使用者研究 | 專注於使用體驗,卻與購買決策脫節 |
| 草稿 persona(proto-persona) | 團隊的共同假設 | 還沒有研究資源時,先讓團隊對齊 | 被誤當成「事實」,從此不再更新 |
實務上,同一個團隊往往會同時帶著兩種 persona 在跑:產品這邊用的是設計 persona,行銷那邊用的是行銷 persona。如果兩邊沒有對齊,就會出現「產品做的和廣告打的,根本像是面對兩個不同的人」的尷尬場面,這也是很多公司內部訊息打架的根源。
三種都合法,但你要清楚手上的那一張是哪一種。最危險的,是把草稿 persona 當成研究結論來用。草稿 persona 的價值在於「快速把團隊腦中的假設搬上桌面」,它本質上是一組待驗證的命題,還算不上答案。建議每一份草稿 persona 都在角落標上一行提醒:「這是假設,請用訪談或數據覆寫。」一旦你把它當真,它反而會比完全沒有 persona 更危險,因為它會讓整個團隊心安理得地對著一個捏造出來的角色做決策。如果你手邊連草稿都還沒有,想先把這套流程跑起來,可以參考 Persona 人物誌建立的四步驟指南,那篇把「動手做出第一份」的戰術細節寫得更完整;這一篇則負責把「為什麼要做、怎麼判斷它能不能用」的概念地基打好。
五個會讓 Persona 變成廢紙的誤區
看過越多團隊的 persona,越會得出一個結論:persona 失敗的原因,很少是「做得不夠精美」,幾乎都是「踩進了同一批坑」。接下來這五個誤區,是反覆在不同公司出現的地雷。
誤區一:把 persona 當成人口統計的拼貼。性別、年齡、星座、愛吃什麼,這些欄位填得越細,反而越給人「做完了」的錯覺。真正的問題在於,這些資訊換到任何產業都能套用,對「下一步該做什麼」毫無指引。前面那張四層次表格裡的第一層,就是這個誤區的典型產物。
誤區二:一份 persona 服務所有人。當你試圖用同一個角色涵蓋所有客戶,結果就是這個角色模糊到沒有任何決策力。若 persona 多到團隊無法在決策中使用,同樣失去意義。可以先從少數主力 persona 開始,再依市場與決策複雜度調整,不必把「三個」當成固定上限。
誤區三:憑直覺捏造,不回頭驗證。這是所有誤區裡最致命的一個。一份沒有任何證據支撐的 persona,比完全沒有 persona 更糟,因為它會讓團隊把「想像出來的客戶」當成「真實的客戶」,然後據此投入真金白銀。再強調一次:草稿可以從假設開始,但它必須被真實資料覆寫;封存它,等於讓假設長期冒充事實。
誤區四:寫完就封存,不隨市場更新。市場與消費者的決策框架會改變,一份過去精準的 persona 也可能失真。這和內容需要 年度更新 是同一個道理:任何「寫一次用永遠」的文件,久了都會變成負債。校驗頻率應依產品週期與市場變化設定,當客服、搜尋或轉換訊號持續背離時就該更新。
誤區五:當 persona 與實際數據打架時,選擇相信 persona。團隊花了心力寫出一份漂亮的 persona,可能捨不得推翻。persona 是假設的容器,數據是校正來源;兩者衝突時,應先檢查追蹤品質、樣本與定義,再決定是否更新 persona。
把這五個誤區當成一組健康檢查,你也可以反過來問:有哪些訊號代表你手上的 persona 已經悄悄過期、需要重練?底下三個訊號特別值得警覺:
- 客服對話裡開始出現你的 persona 完全沒預期到的問題。當第一線反覆回報一個你的 persona 沒覆蓋到的痛點,那是市場在提醒你:你畫的那群人,已經不是今天真正上門的人。
- 廣告與內容的成效,和 persona 預測的方向持續背離。偶爾背離是雜訊,連續幾檔都背離就是訊號。這時候該更新的是 persona,不是質疑數據。
- 團隊在新決策上,又開始各說各話。一份本來很有共識力的 persona,忽然在會議裡失去仲裁力,多半代表大家沒變,變的是市場,而 persona 已經跟不上現況了。
這三個訊號任何一個連續出現,就值得排一次 persona 校驗,別等到它徹底失靈才動手。早一步更新,成本永遠比事後補救低。
Persona 與其他框架怎麼共存:它是翻譯層,不是替代品
一個常見的疑問是:已經有 STP、有 JTBD、有設計思考的同理心地圖了,還需要 persona 嗎?從這個角度看,persona 的角色,是把這些框架翻譯成「同一個可以被團隊指認的人」,它不取代任何一個。少了這一層,這些框架各自漂亮,卻很難在日常決策裡被同時引用。
具體一點說:JTBD 回答的是「這個人在僱用什麼來完成什麼事」,persona 回答的是「這個人是誰、在什麼情境下做這個決定」,兩者疊起來才完整。市場區隔與定位是另一條軸線,品類策略 處理的是消費者腦中把你歸進哪一個品類,persona 則把「被你鎖定的那一群」具象化,讓區隔不只是統計分群,而是一個有動機、有風險、有決策約束的真人。設計思考裡的同理心,和 persona 共享同一個源頭,差別在於設計思考更強調流程,設計思考五步驟 把它攤開成一套方法,而 persona 則是這套方法沉澱下來的那張快照。
把這個角色放進一張顧客旅程地圖裡,你才看得到他在每個階段的情緒起伏與觸發點,而不只是一張靜態的資料卡。
對資源有限的中小企業來說,persona 還有一個被低估的功能:它幫你聚焦。利基市場思維 的核心,就是敢於把服務對象收窄到一個你真的能照顧好的 persona;想同時討好所有人,反而容易兩頭空。把同樣的聚焦紀律延伸到整體生意盤面,就是人貨場框架在做的事:把受眾、商品與接觸場景放進同一張圖,檢視三者的配置有沒有互相支撐。
Persona 在 AI 搜尋時代為什麼更不可或缺
AI 可以協助整理訪談、客服與分析資料,加快 Persona 初稿製作,但仍有工具、人力、資料清理與驗證成本。真正有用的 Persona 需要持續用實際顧客研究與行為資料更新。
這也能連到 E-E-A-T 裡的 Experience。E-E-A-T 是 Google 用來說明內容品質評估的框架,不是單一排名開關。把真實訪談、客服問題與決策限制帶進內容,有助於提升實用性與可信度;persona 是整理這些理解的工具,但不保證排名或 AI 引用。
當搜尋結果頁出現 AI 摘要,精準命中特定情境的內容仍可能對讀者有價值。不過 persona 越具體,不代表內容就一定取得點擊或避開摘要影響。實務上應提供可驗證的第一手資訊,並用 Search Console 觀察不同查詢的曝光與點擊;AI Overview 也沒有專供引用的特殊 Schema。更多內容差異化方法,可參考 資訊增益。
怎麼判斷你的 Persona「能用」?四個檢驗問題
講了這麼多,最實用的還是回頭檢驗你手上那一張。用這四個問題,可以快速判斷一份 persona 是決策工具還是裝飾品。你可以現在就拿自己團隊的那一份對照一下。
- 把名字、照片、那句俏皮自介全部遮掉,你還認得出這個人是誰嗎?如果遮掉之後只剩年齡和興趣標籤,那它本質上就是一張人口統計表,不具備 persona 的決策力。
- 拿一個你現在正在猶豫的決策(例如要不要砍某個功能、要不要投入某個新市場),persona 能幫你拍板嗎?如果它能指引你往哪一邊倒,它就是活的;如果它對這個決策毫無意見,那它就是死的。
- 請團隊裡三個人各自用一句話描述這個 persona,他們會講出同一件事嗎?如果三個版本各講各的,代表這份 persona 從來沒有真正在團隊裡流通,它只是某一個人的私人筆記。
- 上一次有人翻開它是什麼時候?如果答案是「上一次提案」,那它就是為了簡報存在的。真正在用的 persona,會在選題會議、功能排序、廣告受眾設定這些日常場合被反覆引用。
這四題裡,只要有任何一題答得心虛,就值得把手上的 persona 拿出來校驗。回到前面那六個問題,挑一個正在卡住的決策,為它量身打造一個 proto-persona,再用訪談與行為資料驗證,通常比只更新簡報版面更有用。
從一張牆上的畫像,變成手邊的判斷依據
一路讀到這裡,你應該已經看出來,對 persona 的態度其實很簡單:它的價值,是讓你在每一次「要不要」之間,少一點直覺、多一點依據。描繪一個完美的虛構顧客,從來都不是它的目的;它只問一個問題:你拿它做過決策了嗎?它不是藝術品,不需要評分美醜;它是工具,用過才算數。
如果你想觀念落地,底下是建議的行動順序,照著走一遍,比再多讀三篇文章都有用:
- 挑出一個你們團隊現在「正在卡住」的決策。從盤點所有客戶開始會讓範圍太大,persona 反而使不上力,鎖定一個具體決策才有施力點。
- 用前面那六個問題,為這個決策寫一份 proto-persona,並且在角落標明「這是假設」。
- 找三到五位真實客戶,或者翻最近一個月的客服對話與退換貨紀錄,用真實證據覆寫那份假設。
- 把它壓縮成一頁,放在「決策會發生的地方」(選題表單、功能排序表、廣告後台),別讓它只待在會議室的牆上。
- 依產品週期設定回顧日,問一次那四個檢驗問題;只要有一題開始動搖,就安排查證或更新。
persona 這件事,換句話說,不怕起步晚、不怕做得陽春,只怕它躺在簡報裡從來沒有被拿來做過判斷。當你開始習慣在每一個「要不要」之前,先問一句「這是為了哪一個 persona 的哪一個痛點」,你就已經把這份工具用對了。剩下的,就交給時間和真實的市場回饋去校準。一份會隨著你的生意一起長大、一起被修正的 persona,比一份完美卻被供奉起來的 persona,有用太多。
常見問題
Persona 一定只能做一個嗎?要做幾個才夠?
Persona 的人口統計欄位重要嗎?
如何驗證一份 Persona 是準的、不是想像出來的?
Persona 多久要更新一次?
目標受眾、Persona、ICP 有什麼不同?
操作步驟
- 先釐清目的:明確寫下這份 Persona 要回答的問題(例如新手留存低或新市場文案方向),受訪對象、研究方法與交付期限都跟著目的走。
- 質量並進蒐集資料:質化(訪談、野外觀察、日誌研究)找動機與脈絡,量化(問卷、GA4、CRM)驗證普遍性,交叉驗證把偏差壓到最低。
- 用親和圖分群:把訪談逐字稿或觀察筆記做成便利貼聚類,找出重複的動機與痛點,依「決策驅動因素是否夠不同」收斂到 2 到 3 個核心角色。
- 寫成有故事的雛形並嵌入流程:補上基本檔案、核心欄位與一段典型任務劇本,放在「決策會發生的地方」如選題表單、功能排序表、廣告後台,標註對應的 Persona。
- 每季回顧與動態更新:拉最新資料、客服紀錄與社群回饋檢查角色是否過時,市場變動越快的品類回顧頻率越高,必要時導入動態 Persona 機制。