顧客旅程地圖

一句話定義

沿著「時間軸」分析使用者經歷整個服務的過程,找出與使用者的接觸點、觀察心境轉變,進而尋找可提升服務的切入點。

核心要點

名稱邊界:User Journey vs Customer Journey

2026-05-06-Unblock-服務設計入門-Ep2-使用者旅程地圖 補上一個命名判準:User Journey Map 與 Customer Journey Map 的核心差異,不在圖表形式,而在對象是否有「購買 / 消費」行為。

名稱對象適用情境
Customer Journey Map有購買產品或服務的人電商、品牌、會員制、付費產品、售後服務
User Journey Map使用服務但不一定購買的人公共服務、非營利組織、報稅、離婚、政府或 civic service

因此本頁雖以「顧客旅程地圖」命名,但語義上同時收納 User Journey Map:當情境不涉及交易,或使用者甚至是「不得不使用」某服務時,稱為「使用者旅程地圖」更精準。

軸線結構

通常以「時間」為主軸,把服務體驗切分為時間階段,再針對每階段紀錄下列資訊:

維度紀錄內容
階段使用前 / 使用中 / 使用後,或認知、探索、決策、購買、使用、維修、再購買
步驟與行動使用者做了什麼?說了什麼?下一步往哪裡走?
接觸點哪些人、事、物影響使用者或顧客的決策與行為?例如 email、傳單、服務人員、現場攤販
想法使用者做這些行為時,腦中正在想什麼?
感受 / 情緒高 / 低、正向 / 負向、中性、安心、焦躁、挫敗、期待
痛點什麼阻礙使用者完成任務,或讓他覺得不方便、不被理解?
機會哪裡可以優化產品、品牌、服務、內容或接觸點?

五種製圖形態

旅程地圖沒有唯一正確格式。製作前應先決定五種形態,否則同一張圖會同時想服務研究、願景、溝通與決策,最後變得過重。

形態問題選項判斷
時態要畫現在還是未來?現在式 / 未來式現在式用來盤點真實步驟、情緒與痛點;未來式用來設定理想服務願景或探索新服務元素
規模與時間線要 zoom out 還是 zoom in?大規模長時間 / 小規模短時間5-10 年產品擁有旅程可切成購買、維修、換新;一次維修服務則要切到預約、評估、比較、取件
重心C 位是體驗還是產品?體驗中心 / 產品中心體驗中心問「人真正想完成什麼」;產品中心問「人如何取得、使用、退換或維修此產品」
資訊量誰要看這張圖?完整版 / 精簡版研究或產品團隊需要完整脈絡;跨背景短時間溝通可用 infographic 或流程圖
依據是假設還是真實研究?假設 / 研究假設地圖只能作為待測推論;若直接拿來做決策,價值很低且風險高

模板是起點,不是終點

2026-05-06-Unblock-服務設計常見誤區指南 將「未經思考、模板照抄」列為設計方法誤區。旅程地圖尤其容易落入這個問題:欄位很多、視覺很完整,但不一定回答當前研究目的。

製作前應先問:

  • 誰會使用這張圖?研究團隊、產品團隊、服務提供者、利害關係人還是客戶?
  • 他們會如何使用?找機會點、對齊共識、交付給文案 / UI / 後台流程,還是說服決策?
  • 這張圖相對其他設計工作項目的 CP 值為何?

若旅程地圖只陳述「小資族經濟條件有限」「折扣品選擇較少」這類顯而易見事實,它很難帶出設計決策;有價值的地圖應該讓隱性的行為脈絡、情緒轉折或機會缺口變得可討論。

體驗中心 vs 產品中心

重心不同,策略會不同。2026-05-06-Unblock-服務設計入門-Ep2-使用者旅程地圖 用「鑽頭 / 洞 / 家庭照 / 溫馨客廳」說明:

  • 體驗中心:使用者真正想完成的可能是「營造溫馨客廳」,旅程會包含新家、家庭生活、裝潢風格、預算、採買與佈置,最後不一定需要鑽牆。
  • 產品中心:若產品是鑽子,旅程會聚焦品牌比較、購買通路、使用重量與噪音、發票、退貨期限、維修與收納。

→ 這與 JTBD 同源:產品只是完成工作的手段。旅程地圖若從產品出發,容易漏掉產品之外的真實任務;若從體驗出發,則能看到更上游的替代方案。

方法價值

  1. 探索缺口:把點與點之間的關聯攤開,找出流程中沒被看見的斷點。
  2. 高適應力:時態、粒度、重心、資訊量與依據可交叉搭配,服務研究、策略、願景、工作坊或簡報溝通。
  3. 整體性:服務設計重視從接觸前、使用中到使用後的整體體驗;旅程地圖讓設計師避免只修單一畫面或單一接觸點。

文案與情緒節點

旅程地圖不只記錄使用者做了什麼,也可以標出每個節點需要的 UX文案語氣與聲調情緒價值。例如使用者疑惑時先安定與說明,使用者完成關鍵動作後再慶祝;錯誤的語氣可能讓原本善意的提醒變成干擾。

行銷與出貨旅程

群眾募資 或產品上市中,旅程地圖也可延伸到問卷、上線前提醒、正式購買、物流通知、出貨後使用、回饋邀請與社群加入。這些階段不只是轉換節點,也是信任延續或流失的接觸點。

資料科學視角:旅程轉換率比較

資料科學 專案中,旅程地圖也可以成為量化比較工具。2026-05-06-程式猿吃香蕉-資料科學我想說的是中 用「用戶為何不來」的問題說明:未到訪者沒有直接足跡資料,但既有使用者在產品內的不同路線、不同階段轉換率可以被比較。

這時旅程地圖不只服務同理心,也服務問題重構:看使用者最常走哪條路、在哪一段放棄、搜尋入口是否比首頁型錄更有效,進而決定該優化推薦模組、搜尋結果,還是其他流程節點。

研究問題盤點與線上 / 線下延伸

設計策略 場景中,User Journey 也可作為研究設計前的問題盤點工具:先沿著旅程列出重點議題,再標註哪些問題適合量化問卷、哪些需要質化訪談深挖。若數位產品只是品牌互動體驗的一環,旅程地圖也應把線上 / 線下接觸點一起放進來,避免只優化螢幕內的片段體驗。

作品集中的資料來源揭露

作品集 中使用 Journey Map 時,必須說清楚資料來源:是第一手使用者研究、商家 / 客戶的第二手口述、競品觀察,還是團隊假設。2026-05-06-救救我的作品集-Ep8-作品不多也能做出面試官青睞的作品集 指出,若不交代來源,面試官會懷疑整張 map 只是設計師自行創造,進而質疑後續痛點與功能假設的可信度。

第一步:先定義使用者族群

在開始畫之前必須先有清晰的 目標族群 定義;越具體越好。「所有年輕人」/「所有外國人」這類顆粒太大的切割無法驅動旅程節點設計。

❌ 模糊:「外國人」搭捷運的旅程

✅ 具體:「第一次來台灣、搭台北捷運、手拉行李箱的外國遊客」

→ 流程:先 目標族群 定義(人口統計 + 心理變數 / AIO)→ 再選 人物誌 典型代表 → 才能畫旅程地圖。

角色軸 vs 時間軸(DMU 視角)

旅程地圖預設以單一使用者的時間為軸。但若決策涉及多角色(B2B 採購 / 家庭購買),可改以決策流程的角色為軸:

範例:「給爸爸買刮鬍刀」拆出 4 角色——弟弟(初始需求者)→ 姐姐(資訊搜尋者)→ 媽媽(購買決策者)→ 爸爸(使用者 + 推廣者);每個角色需要不同的接觸點設計。

→ 詳見 目標族群 § DMU 視角

範例:搭捷運的懷孕上班族

階段行為感受情緒
進站前拿好孕胸章、有風按著裙子、準備刷卡肚子還不明顯但希望被讓座、怕走光、找不到卡背怕後面的人不耐煩獲得安全感、害怕與擔心
進站後用手護住肚子、等車找座位休息不希望被碰撞、覺得疲憊小心翼翼、鬆一口氣
乘車 / 出站前有人讓座、用手機閱讀懷孕相關資訊、刷卡出站太好了、希望對胎兒有幫助、人好多開心、認真、焦躁
出站後使用廁所、搭手扶梯出站因為肚子突出費得不方便、需要握好扶手否則容易重心不穩煩躁、謹慎

切分粒度

時間段不必過細。某些情境(如捷運站旅程)可切到「下手扶梯後進入閘門」級別;其他情境(多日服務)可切到「日」級別。團隊覺得切得有意義就停

與其他概念的關係

三維分工速寫(漏斗 / 流量池 / 旅程地圖)

概念描述軸主要用途
行銷漏斗階段 — 曝光 / 理解 / 留資 / 購買 / 回購設計轉換門檻 / 衡量轉換率
流量池模型渠道 — 廣告 / 內容 / EDM / SMS / LINE / 社群沉澱觸達關係 / 降低對外部流量依賴
本頁(顧客旅程地圖)體驗 — 行為 / 感受 / 情緒 / 接觸點同理使用者狀態 / 設計每節點的內容與語氣

→ 三者是同一場景的不同切片:漏斗是俯視圖、流量池是側視圖、本頁是內視圖。

  • Empathize 階段的主力工具之一
  • 同理心地圖 的差別:此圖以時間為軸,地圖以面向為軸;兩者互補
  • Define 階段挑出「最值得介入的接觸點」提供素材
  • 內容策略 互補:旅程地圖標出情緒與接觸點,內容策略決定每個點要說什麼、用什麼語氣說。
  • 行銷漏斗流量池模型 互補:漏斗描述轉換,流量池描述觸達渠道,旅程地圖描述顧客在各節點的行為與感受。
  • 人物誌 互補或可替代:當研究重點在情境與行為而非「具體人物形象」時,旅程地圖(與心智模型)能直接深入決策流程,不必先建虛構人物
  • JTBD 互補:JTBD 問「人要完成什麼工作」,旅程地圖把這件工作放到時間軸上,檢查在哪些接觸點卡住、改道或改用替代方案。
  • 服務藍圖 互補:旅程地圖回答使用者如何經過服務;服務藍圖把這條使用者活動層往下接到前台、後台與外部支援流程。
  • 設計策略 互補:旅程地圖能把策略問題拆回具體行為、情境與接觸點,協助決定哪些問題用問卷、哪些問題用訪談回答。
  • 作品集 互補:旅程地圖在面試簡報中是研究證據,不是裝飾圖;資料來源揭露會直接影響面試官對案例可信度的判斷。
  • 資料科學 互補:旅程地圖的階段與路線可轉成 conversion funnel,比較不同節點的轉換率與流失率,將模糊的「用戶為何不來」重構成可分析問題。

相關來源

備註