◆ 流程圖畫完了，為什麼體驗還是很差？
你走完驗證階段，手上有回饋、有數據，接著產品開始進入正式開發與設計。
這時候最容易出現一種錯覺：以為把「流程」畫清楚，就等於把「體驗」設計好。
但使用者的世界不是流程圖。
使用者做決定、開始使用、願不願意留下來，很多時候不是被功能說服，而是被情緒影響。
焦慮會讓他停下來，安心才會讓他繼續使用。
使用者旅程地圖 (User Journey Map) 的價值就在這裡。
它不只是把步驟排一排，而是把使用者在每個階段的想法、疑慮、期待與情緒起伏整理出來，讓團隊知道心力該放在什麼地方。
◆ 旅程不只在 App 裡：從「動機」就開始了
很多團隊的旅程圖，畫到登入就結束，或是畫到完成任務就算完成。
但真實旅程通常更早開始，也更晚結束。
使用者從產生念頭那一刻就已經進入旅程，那個念頭其實就是所謂的「動機」。
一般人決定做一件事，常見的驅動力大致分兩種：
- 內在驅動 (Internal Drive)：
動力來自熱情、興趣，或是痛到不得不面對（例如：出過一次包、被追責）。這群人通常比較主動，容忍度較高。 - 外在驅動 (External Drive)：
動力來自獎勵、KPI，或是被主管強迫要求。這群人通常是「被迫使用」，容忍度極低，稍有不順就會放棄或抱怨。
動機不同，他在意的點就完全不同，情緒曲線也會走出不同路線。
- 購買前 (Pre-purchase)：
從被動機觸發開始，搜尋、比較、建立信任。這一段他的情緒常常是「不確定」與「擔心」（這東西靠譜嗎？出了問題誰負責？）。 - 使用中 (During)：
註冊、導入、第一次成功。這一段情緒起伏最大，因為任何一個不順，都可能讓他回到原本的做法。 - 購買後 (Post-purchase)：
值不值得續約？要不要推薦同事？很多產品不是輸在功能，而是輸在使用後的感覺（覺得麻煩、覺得孤立無援）。
所以旅程地圖最重要的一件事是：
使用者的旅程從「動機」開始，結束在他心裡的「評價」，而不是畫面上的最後一步。
◆ 為什麼流程圖不夠用？
- 流程圖 (Flowchart)：回答的是他「做了哪些步驟」（機器邏輯）。
- 旅程地圖 (Journey Map)：回答的是他「為什麼願意繼續」、「為什麼會猶豫」（人類邏輯）。
同樣是註冊：
流程圖只會寫：輸入 Email -> 設定密碼 -> 驗證信件。
旅程地圖會多一層：他此刻在想什麼？他擔心資料外洩嗎？他擔心被扣款嗎？他擔心學不會嗎？
這些不寫出來，團隊很容易把問題當成「介面問題」（按鈕不夠大），實際上是「信任問題」（我不放心點下去）。
◆ 情緒曲線才是旅程地圖的主角
旅程地圖裡最常被忽略的，就是情緒曲線 (Emotional Curve)。
我們可以用很簡單的方式標記情緒（例如：😍 🙂 😐 😟 😱）。
每個階段都問三件事：
- Doing：他在做什麼？
- Thinking：他在想什麼？
- Feeling：他感覺如何？
把這三件事寫出來後，團隊會更容易看見幾個關鍵時刻：
哪些地方讓人安心？哪些地方讓人猶豫？哪些地方一旦出錯就會直接停止使用？
這些點通常不是靠「加功能」能解決，而是需要更清楚的引導、更可預期的結果、更明確的風險說明。
◆ 峰終定律提醒我們：該優先照顧哪些時刻？
談 峰終定律 (Peak-End Rule) 時，很多人只記得「最高潮」和「結尾」。
但在產品體驗實戰裡，使用者的記憶往往受四個階段影響：
- 開始的時候 (First Impression)：
他剛進來那一刻，心裡是期待還是懷疑？
新手引導是否清楚，會直接影響他願不願意進行第一步。 - 體驗最好的時候 (Peak)：
通常是「第一次成功」的瞬間（省下時間、產出成果、被稱讚、被驚豔）。
這一段是我們最需要放大的地方，因為它決定了使用者心裡的 CP 值。 - 體驗最不好的時候 (Valley)：
卡在某個步驟、資料匯入失敗、找不到客服…等，心中滿滿的抱怨、焦慮與不安。
這一段的任務是「填坑」。不用做到完美，但要做到「有補救措施」，讓使用者知道發生什麼事、該怎麼處理。 - 結束的時候 (End)：
使用者做完後心裡留下的是踏實感，還是「好像哪裡怪怪的」？
結尾的感受會決定他下次還願不願意回來。
如果資源有限，務必先把「低谷 (Valley)」處理到不會造成致命挫折，如果完全處理掉要耗費太高昂的成本，請做到及格就好，然後全力放大「高峰 (Peak)」與「結尾 (End)」。
◆ 我們怎麼把旅程地圖畫得有用？
旅程地圖要能協助決策，關鍵在於寫得具體。
Step 1：選定一個 Persona 與情境
例如：剛接手新系統的營運同仁。不要想同時滿足所有人。
Step 2：分段
購買前、使用中、使用後。
Step 3：填空 (Doing / Thinking / Feeling / Blocker)
「阻礙 (Blocker)」那一欄尤其重要，它通常就是你接下來的產品工作來源。
Step 4：標註關鍵時刻 (Moments of Truth)
挑出 2-3 個關鍵點（如：第一次成功、出錯處理）。這些地方先設計到位，比把功能清單加長更有價值。
Step 5：驗證
旅程地圖是假設，畫完後要拿去跟真實數據或客服紀錄對照。
◆ 我的觀點
嗨，我是廣三。
在軟體業打滾多年，我很懂那種狀態：
產品準備開發，大家開始談需求、談排程，越談越像是在比誰的清單比較長。
這時候旅程地圖是一個很好的共同語言。
它讓我們用使用者的角度，先釐清「他為什麼願意留下來」，而不是我們做了多少功能。
如果你正在準備進入設計階段，我想給你一個提醒：
旅程地圖不是美術作業，也不是流程文件。
它的任務是讓團隊先看見情緒起伏。
當我們把那些讓人安心、讓人興奮的關鍵時刻照顧好，
產品才有機會變成一段「會被記得的體驗」，而不是一串被迫完成的步驟。
若你在PM這條路上感到迷茫，
或想更清楚了解自己的能力與定位，
歡迎試試這份《PM產品／專案雙軌分析報告》。
它不為了定義你，而是幫助你更看清自己。
歡迎關注：
官網：https://unityprosper.com/
部落格：https://hero-mi.com/
FB：https://www.facebook.com/DigiPRDCoachHeroMi
LINE OA：@hero-mi
《歡迎加我LINE，一起破局未來》
請於下方輸入電子郵件信箱，即可接收最新訊息。
留言