你有沒有遇過這種狀況，產品內容越做越多，頁面越堆越滿，功能看起來也很齊全，但使用者進來後卻不知道要做什麼。團隊討論到最後，只剩一句話很熟悉。是不是再補幾個功能就好了。
很多時候不是功能不夠，而是我們在設計的時候，心裡沒有一個清楚的「終點」。沒有終點的資訊架構，就像把路鋪得很漂亮，卻沒有告訴人要去哪裡。
◆ 你的產品是為了讓人「閒逛」，還是為了讓人「通過」
有些產品的目的，是讓人慢慢了解你、建立信任、形成印象。它比較像展場，重點是把故事說完整。
也有些產品的目的，是讓人完成一件事，例如付費、訂閱、留下聯絡方式。它比較像通道，重點是讓人不迷路。
問題常出在，我們還沒先釐清這個產品是「展覽」還是「通道」，就開始畫資訊架構(Information Architecture, IA)、開始排頁面、開始把每個人的想法塞進去。最後做出來的東西看起來什麼都有，但每一條路徑都不夠清楚。
※什麼是資訊架構(Information Architecture, IA)？
簡單說就是有標籤、有結構、有架構呈現資訊的方式，例如：書的目錄、官網的網站地圖、圖書館的分類、百貨公司的樓層導覽…等。
◆ 旅程終點。定義那個唯一的北極星動作
所謂旅程終點，不是「做完這個功能」，而是使用者最後要完成的那個動作。你可以把它當成一個階段裡最重要的北極星動作。
常見的終點大概會落在這幾類：
- 追蹤/按讚 (Engagement)： 重點在內容的傳播性與互動，而不是資訊堆疊。
- 付費 (Purchase)： 路徑要短，干擾要少，信任感要高。
- 訂閱 (Subscribe)： 關鍵在價值要能持續交付，讓人理解「長期訂閱」會得到什麼。
- 註冊/留名單 (Lead Gen)： 門檻要低，誘因要清楚，風險要小。
- 下載 (Download)： 重點在「預期成果」是否明確，能不能想像下載後的好處。
一個階段最好只聚焦一個終點。又想賣貨、又想做社群、又想做品牌，通常會讓路徑變長，使用者也更難做決定。
◆ 終點決定載體。別為了喝牛奶養一頭牛
很多人一開始就說我要做官網、我要做 App，但其實順序應該反過來。先釐清終點，再決定用什麼載體最合適。
Landing Page 和官網的差別很大
如果你要的是驗證需求或收名單，單頁式的 Landing Page 往往更合適。它是一條主線，只要把價值講清楚，把疑慮處理好，把表單放在對的位置就可以。
官網比較像園區，出口很多，資訊也多。它適合建立品牌與信任，但如果你期待高轉換率，官網通常不是最有效的形式。
Web 和 App 使用情境也很不同
如果終點需要高頻使用、推播提醒、離線操作，App 才比較合理。
如果只是偶爾查一下、填一次表單、看一次資訊，Web 通常更快、更省，也更容易調整。
◆ 以終為始的設計法。倒著推回來
終點一旦確定，接下來就可以用逆向的方式，把路徑一層一層推回來。你不是在增加頁面，而是在讓主幹道更清楚，讓使用者知道下一步要做什麼。
例如：
終點是付費，可以這樣倒推
付費 → 結帳頁 → 價格方案 → 方案比較與疑慮排除 → 價值展示與信任建立 → 入口來源
(重點：付費最怕信任不足，每一步都要給安全感。)
終點是訂閱，也可以這樣倒推
訂閱 → 方案選擇與結帳 → 價格與週期（年或月） → 方案差異與適合誰 → 持續價值展示（更新頻率與交付內容） → 信任建立（案例口碑與取消規則） → 入口來源
(重點：訂閱最怕價值不持續，要強調未來的交付。)
終點是註冊／留名單，可以這樣倒推
註冊／留名單 → 表單提交 → 表單欄位與隱私說明（填多少、會不會被打擾） → 誘因與交換（下載、試用、名額） → 立即可理解的價值展示 → 信任建立（誰在用、成果、保證） → 入口來源
(重點：留名單最怕交換感不清楚，誘因要夠強。)
這三條路徑看起來很像，但每一條「中間需要的證據」其實完全不同。付費最怕信任不足，訂閱最怕價值不持續，留名單最怕交換感不清楚。當終點不同，你該放大的內容也不同。
◆ 把 CTA 當成路標，不是最後才放的按鈕
CTA 不是裝飾用的按鈕，它是使用者旅程的路標。你希望他去哪裡，你就要在路上不斷提醒他方向，並且把他會擔心的事先處理好。
如果你的終點是註冊，你就會發現「見證、案例、常見疑問」應該出現在註冊按鈕附近，而不是放在某個很深的選單裡。
如果你的終點是付費，你就會發現「方案比較、退費或取消規則、交付方式」不是附錄，而是影響成交的主角。
◆ 廣三觀點
嗨，我是廣三。很多 PM 其實不是不會做 IA，也不是不會寫規格，而是太早進入「把內容做齊」的狀態，結果越做越像在交代事情，卻很難換到一個明確的成果。
先問使用者要去哪裡，再問我們要蓋什麼路。沒有終點的設計，比較像迷宮。終點清楚的設計，才比較像引導。
我自己最常用的一個提醒是，先把終點寫在白板上，寫到所有人都同意。接著再用倒推路徑的方式，把每一段要說服使用者的證據補上去。你會發現，很多本來想做的頁面，其實只是熱鬧，跟終點沒有太大關係。
你不需要一次就把整個產品做成完整版本。你只需要先把這個階段的終點釐清，然後用最合適的載體，把那條主路做清楚。這樣做，團隊會更踏實，使用者也更容易理解你在幫他什麼。
若你在PM這條路上感到迷茫，
或想更清楚了解自己的能力與定位，
歡迎試試這份《PM產品／專案雙軌分析報告》。
它不為了定義你，而是幫助你更看清自己。
歡迎關注：
官網：https://unityprosper.com/
部落格：https://hero-mi.com/
FB：https://www.facebook.com/DigiPRDCoachHeroMi
LINE OA：@hero-mi
《歡迎加我LINE，一起破局未來》
請於下方輸入電子郵件信箱，即可接收最新訊息。
留言