設計思維

《底層邏輯》與設計:解決真正的 UX 問題

2026-05-15

《底層邏輯》與設計:解決真正的 UX 問題
一篇關於《底層邏輯》的設計反思,探討設計師如何跳出表象問題,找出 UX 複雜、轉換率低和功能使用率低背後的真正原因。

閱讀《底層邏輯》後,第二章有一點令我特別深刻,就是書中強調 不要被表象問題帶著走。在設計工作中,我們經常會遇到很多看似明確、具體的問題,但它們往往只是表象或徵兆,而不是真正的問題本質。

如果我們只停留在表層,很容易花大量時間在「修補」問題,而不是真正「解決」問題。以下三個在實際設計工作中常見的情境,讓我更深刻理解作者所說的「本質思考」如何改變我們的工作方式。

使用者覺得功能複雜:問題不一定是 UI,而是任務流程

在專案中,當使用者表示「介面太複雜」或「操作太困難」時,團隊第一反應往往是調整 UI、改變顏色,或者增加更多提示。然而,這些做法很多時候只是處理表象問題。

當我們進一步觀察後,經常會發現使用者感到負擔的真正原因,可能是整個任務流程與他們的心智模型不一致,令每一步操作都像在「解謎」。

這讓我明白,複雜並不單純來自按鈕的多少,而是流程邏輯是否符合人們自然的思考和行為方式。當看清這一點後,設計方向應該回到任務分析、使用者行為拆解,以及刪除不必要的步驟。換句話說,我們應該處理問題的本質,而不是修飾表象。

例如,當需要持份者提供意見時,很多人未必會從使用場景出發去理解頁面。他們可能沒有考慮使用者為何進入該頁面、原本想完成什麼任務,反而只從個人角度聚焦於眼前畫面。

這種「只看當前頁面」的思維,容易導致頁面需求被重新定義,加入不必要的元素,甚至將內容放在不適合的位置。最終,真正的使用體驗會變得混亂,頁面原本的意圖被削弱,用戶亦可能因此失去瀏覽興趣。

轉換率低:問題不一定是 UI 不夠突出,而是策略與價值主張出現偏差

第二章提到的「倖存者偏差」亦令我很有共鳴。當 KPI 表現不理想時,團隊經常會以為是介面不夠吸引,或 CTA 不夠醒目,於是陷入不斷修改視覺的循環。

然而,當我們打開整個 funnel,重新檢視完整用戶旅程時,可能會發現問題根本不在 UI。真正原因可能是流量受眾不夠精準、功能價值不清晰,或者用戶並不是帶著「完成任務」的心態進入頁面。這些問題並不是單靠 UI 可以解決的。

這讓我重新理解「轉換」的本質。轉換率並不是靠堆疊視覺效果而產生,而是取決於價值、訊息和用戶需求之間是否匹配。

如果方向錯了,即使按鈕再亮、再突出,也無法真正提升轉換。

功能使用率低:不一定是需求不足,而是缺乏正確的觸發點

當一個功能使用率低時,常見的反應是把按鈕放大、改變位置,或者加入教學提示。但這些做法很多時候只是修補表象。

透過使用者訪談,我們可能會發現,用戶不是不需要這個功能,而是不知道什麼時候應該使用它。如果功能沒有自然融入使用者的任務流程,亦沒有在關鍵時刻出現,它就很難成為用戶習慣的一部分。

這讓我明白,功能價值不是靠強行曝光而產生,而是來自場景、動機和時機的配合,也就是 Contextual Trigger(情境觸發)

設計的角色不只是讓用戶「看到」功能,而是讓用戶在真正需要的時候,可以自然地使用它。

總結:看穿表象,才是解決真正問題的第一步

第二章想傳達的,不只是一個理論,而是一種觀察世界的方式。對設計師來說,它提醒我:

問題的第一印象往往是不完整的,因此需要從多個角度分析。

表象問題只是徵兆,真正的本質才是解法的入口。

在解決問題之前,我們必須先問自己:「這真的是問題的根源嗎?」

當我把這種思維帶回設計工作中,我發現很多所謂的「難題」,其實是因為我們解錯了問題而變得困難。

當我們開始聚焦本質,而不是不斷修補表象,設計的效率、方向感和成果都會隨之提升。

這是我從《底層邏輯》第二章得到最有意義的啟發,也是我希望未來能在團隊中持續培養的一種思考方式。

underling.jpg

參考書籍:底層邏輯-看清這個世界的底牌  作者:劉潤