Skip to main content

User Journey 範本

用途:使用者體驗、訪客動線、工作流程體驗評分

適用場景

  • 「新訪客從發現到轉換的心情變化」
  • 「客戶使用產品時哪裡感到順暢 / 卡頓」
  • 「SEO 到購買的完整 funnel」

範本 1:基本 User Journey

分數意義(1-5)

  • 1 = 非常不順 / 挫折
  • 3 = 中性 / OK
  • 5 = 非常順 / 開心

範本 2:產品使用流程(MRR 視角)

關鍵洞察:哪裡分數低 → 那就是需要改善的 pain point。


範本 3:多 Stakeholder Journey

使用時機:跨 team 流程回顧、改善點識別。


客製化指南

Section 數量

  • 3-5 個 section 最佳
  • 每個 section 2-5 個 step
  • 超過 → 拆成多個 journey 圖

Actor 命名

  • 一致性:同一類人用同一個詞(「新用戶」不要改成「新使用者」)
  • 多 actor 用逗號:5: 訪客, 業務

分數使用原則

  • 不要全給 5 分(失去意義,看不出痛點)
  • 重點標示 1-2 分的地方(那是需要改善的)
  • 誠實給分,不要粉飾太平

何時用 journey vs 其他

情境用 journey用其他
關心「使用者感受」
客戶體驗 review
純技術流程flowchart / sequence
狀態轉換stateDiagram
工作分配Gantt

實務用法

用在 Product Brief

Strategist 寫 Product Brief 時,可加 user journey 圖:

  • 目標使用者的理想體驗
  • 作為 Dev 實作的體驗基準

用在 Post-mortem

產品 killed 時,回顧 journey 找 pain point:

  • 哪個 step 分數最低?
  • 改了會不會救回?

用在 Customer Feedback

客訴後重繪 journey,標出實際分數:

  • 對比理想 journey 找差異
  • 定優先級修正

Anti-patterns

❌ 全部 5 分

點進網站: 5
看到產品: 5
註冊: 5
付款: 5

沒資訊量,看不出改善點。

❌ 分數和描述矛盾

付款失敗 3 次: 5: 訪客

失敗怎可能 5 分?要麼改成低分,要麼改描述。

❌ 太多 actor

瀏覽: 5: PM, Dev, QA, Reviewer, 客戶, 業務, CTO

失去 actor 的意義。最多 2-3 個。