分類: UX 體驗設計

[大衛選讀] 設計師會不會想太複雜了，有必要在系統上做到這樣複雜的判斷跟處理嗎？在產品規劃時，這是很常出現的來回思辨跟角力。

我的經驗是：表面上看起來簡單，其實裡頭通常並不簡單。一開始想簡單了，最後很可能用起來就會複雜到爆炸。

複雜與否，這當中的權衡一直是很有趣的議題。Tesler’s law 複雜性守恆定律，正是這樣的洞見，有助於我們理解整體的複雜性，並且更好地思考該如何應對。

這個定律簡單講，就是根本的複雜性是不可能消滅的。要麼這個複雜性在規劃階段由設計跟開發來承擔，要麼就是丟給使用者來自己面對。

但仔細去思考，就會發現人性偏好在未知懵懂的狀況下，去選擇複雜的解法以求得安心；過度的簡單，可能會造成體驗的反效果；以及如何利用建立概念模型、漸進式揭示等設計技巧，去有效承載消化不必要的複雜性。

本文選讀彙整了多篇文章。內容整理如下，原文連結則放在留言中。

---

在應用程式或流程中，誰應該承擔起這樣的複雜性？是使用者，還是設計師和開發人員？這是在做介面設計，以及更廣泛地考慮人類如何與技術互動時，必須面對的一個基本問題。

體驗設計師的其中一個關鍵目標是，為人們降低複雜性，讓產品和服務能夠變得更簡單易用。

但是每個流程都有一些固有的複雜性。不可避免地，當複雜性無法進一步降低時，只能將它其從一個地方，轉移到另一個地方。在這個時候，複雜性要麼進入使用者界面中，要麼進入設計師和開發人員的工作流程中。

The origins of Tesler’s law

複雜性守恆定律 (Tesler’s Law, Law of conservation of complexity) 的起源可以追溯到 1980 年代中期，當時全錄 PARC 的計算機科學家 Larry Tesler 正在協助開發全新的互動設計語言。這是一套定義互動系統結構的原則與標準，對桌上型電腦和排版技術的發展至關重要。後來又到了蘋果電腦，協助開發 Mac 物件導向的軟體框架。

Tesler 意識到，介面的一致性不僅會讓使用者受益，也能夠讓開發人員受益，因為共通的標準可以內建在共享的軟體庫中。很快速有效地導入，並且發揮綜效。

Tesler 將複雜性守恆定律，定義為一種向公司管理層以及獨立軟體供應商，推銷這個想法的說服方法，希望能在大眾市場軟體中建立標準，以減少終端客戶面臨的複雜性。

Tesler 認為：「工程師應該多花一週時間，來試圖降低使用端的複雜性，而不是讓數百萬的用戶因為這不必要的複雜性，而每天得多花一分鐘。這樣做是讓工程師輕鬆了，但是反過來懲罰了使用者。」

Complexity bias leads to more complex solutions 人們天生偏好看起來複雜精細的解法，結果往往導致更複雜的解決方案

人類有相當多的認知偏差，它是一種心理捷徑，讓我們能夠快速做出決定而不需徹底分析情況，進而提高了我們的效率。

複雜性偏差 (complexity bias) 則是我們傾向選擇那些複雜和精細的解決方案，而非直接簡單的解決方案。這通常是因為複雜性會讓人聯想到：智慧、專業知識，或是有著深度的理解。

簡單來說，我們經常過分讚許那些聽起來複雜的概念，或者當我們感到困惑或沒有花時間真正理解時，會將原本很容易理解的事物，視為是相對複雜和困難。

當我們選擇更複雜的解決方案時，我們就逃避了真正理解關鍵問題的必要性。但結果往往是，解決方案中的複雜性和假設越多，失敗的可能性就越大。

閱讀全文 Tesler’s law, 複雜性守恆定律

[大衛選讀] 隨著 Apple Vision Pro 的問世，互動設計打破了平面的界限，走向3D立體空間。對於設計師來說，這意味著必須跳脫二維思維的框架，開始以三維的視角來構思 app 的呈現方式。

Apple 的設計準則 – Human Interface Guidelines，在過往一直是設計師與開發者的重要指南。Apple在過往這上面投注了大量心力，詳細說明了他們的設計哲學、體驗考量和最佳實踐的具體範例。

這些設計原則也一致性地貫穿 iOS、macOS、watchOS 和 tvOS 等平台。現在再加上了 visionOS，增加了很多立體空間、音訊、手勢互動等元素，讓整個設計準則變得立體了起來。

以下簡要摘錄我覺得看了有啟發的點，有興趣的話，請直接參考 Apple Designing for visionOS 設計準則全文：https://developer.apple.com/design/human-interface-guidelines/designing-for-visionos

---

沉浸式體驗的深淺平衡 (Immersive experiences)

新的 visionOS 最重要的設計特點之一，就是沉浸感 (Immersion) 的營造。沈浸感在 visionOS 當中，不是零跟一，而是能在不同的沉浸程度間自如切換；加上穿透顯示 (Passthrough) 的功能，往後要如何透過設計去引導使用者珍貴的注意力，變成 UX 設計師在設計上的一大挑戰。

考慮給使用者更多的控制權，讓他們可以自行選擇何時進入更沉浸的體驗，例如優先考慮在 Shared Space 或 mixed immersion style 下啟動 app。避免一下子栽進另一個世界裡。

謹慎運用沉浸效果，將其保留給最具意義、最能彰顯 app 特色的時刻。並非每個任務都可以受益於沉浸式互動，也不是每個沉浸式的任務都需要完全的沈浸 (fully immersive)。設計上需要謹慎節制，避免過度設計，造成使用者不知所措。

設計體驗之間的平穩、可預測的漸變過渡 (smooth, predictable transitions)。透過溫和平穩的漸變設計，讓人們在視覺上能留意到變化，幫助人們為下一個截然不同的體驗預先做好準備。避免可能令人感到困惑、不舒服、突兀的轉場。

閱讀全文 visionOS 的互動設計原則，有啟發性的重點摘錄

[大衛選讀] 最近跟設計師聊到 AI 技術大幅降低了概念驗證 (proof of concept) 的門檻，大家都覺得能多做前期嘗試跟探索很好；但是再多談下去，總是會有這樣客戶跟老闆能接受嗎，如果失敗很多次會不會怎樣的疑慮。

我想了想，對耶。試做原型的門檻是降低了沒錯，但是如果觀念沒有改過來，那麼溝通的成本還是一樣高，而且做越多反而帶來更大的反效果。

Prototyping is a mindset 這集 podcast，講了一個我覺得很重要的觀念：試做原型是一種思維。生活中的任何事情可以原型化、試做看看，而且重點是保持好奇、擁抱改變，懂得利用原型測試去策略性地儘早學到新東西。

一旦在生活中帶入這樣的思維，所有的事情都只是個原型罷了，那所有的事情隨時都可以調整。都可以進一步學到東西、變得更好。真的會很酷。

很棒的一集專訪，值得花時間聽一次。內容整理如下，原文連結：https://voltagecontrol.com/blog/prototyping-is-a-mindset/

---

Prototyping is a mindset

製作原型 (prototyping) 在建築、產品設計，甚至工程領域裡佔有很大的比重。通常在設計過程中你會試著建造許多原型，不論是否會秀給別人看，直接用於溝通或是說明。

一圖勝千言，而一個原型勝過千張展示圖片 (a prototype is worth like a thousand pictures)。一旦你手邊有一個可以互動的東西，那個與人對話跟反饋的深度就會非常驚人。原型賦予了實際互動的可能性，那是非常有力量的 (incredibly powerful)。

「在真正全力投入製作之前，能先快速模擬一下嗎？」這個概念在日常生活中很有用。先試試看有沒有用，並且從中學到新的方法、發現新的可能性。

這跟閱讀、討論不一樣，透過把東西做出來，所能學到的東西，完全是另外一個檔次。

任何東西都能原型化 (You can prototype anything)

你可以原型化一個過程、一項服務、一次體驗。任何東西都可以原型化。

你也可以在投資大量資本之前，就去原型化你的商業模式。不需要真的建立物流系統，就可以模擬假裝電商網購到貨的體驗，這個是很酷的事情。

不要讓試做原型變得太過麻煩 (reduce the barrier for people to prototype)

越簡單越好，從概略有個樣子去著手就可以。我期望人們能夠舒服自在、有自信地去試做原型。不要把試做原型搞成一個很困難、門檻障礙很高的事情。

原型的重點在於策略性地前導學習 (learning early & strategically)

我認為試做原型是一種方法，讓想法或概念以某種有形的方式活過來的方法 (a way to bring an idea or a concept to life in some type of tangible way)。

它是在試著設想某個東西的未來狀態 (envision the future state)，並且變得可以與他人互動的工具。

然而如果你只是建造某個東西，而從中沒有學到任何事，那你就沒有真正批判性地去做思考。

閱讀全文 Prototyping is a mindset

[大衛選讀] CJM 顧客旅程地圖在UX研究中很常見，很多設計師也喜歡在提案跟作品中展示 CJM，來代表自己對於用戶需求頗有掌握。

在打開滿滿一張 CJM 的那一刻，多半可以感覺到設計師的強烈自豪感，但後續在旅程地圖中卻也常常聽不到什麼有用的脈絡。要是使用了一個好工具，卻不知其所以然，那就真的很可惜。

Customer Journey Mapping Mistakes and How to Avoid Them 這篇文章，詳細說明了為什麼要建立 CJM，以及六個在運用顧客旅程地圖時的常見錯誤。像是一開始沒有設定目標、缺乏研究脈絡、角色發展不全、漏看了頭尾等。是一篇很好的實務經驗分享與觀念提醒。

內容整理如下，原文連結：https://www.uxpin.com/studio/blog/customer-journey-mapping-mistakes/

---

運用顧客旅程地圖時的常見錯誤

顧客旅程地圖，看起來很容易學習運用，但是在實際使用時常有誤解跟陷阱。以下我們將試著把這個工具的實務運用，說清楚講明白。

首先，為什麼要建立顧客旅程地圖？ (Why Creating a Customer Journey Map?)

在討論常見誤解之前，讓我們快速了解一下顧客旅程地圖的核心概念。如果你已經很熟悉，可以跳過這部分。

顧客旅程地圖 (Customer Journey Map, CJM) 是將目標用戶跟產品服務間的互動過程，以視覺化的方式表達出來。你可能會問，這些資訊對業務拓展有什麼幫助？

顧客旅程地圖可以幫助你分析客戶的體驗，識別當中的缺陷和改善機會，以進行後續的策略規劃。

另一個極大的好處是，這個方法有助於吸引你團隊的注意力，並在公司內部發展出共同的認知。像是我們的客戶到底是誰，以及如何接觸到他們。這將會讓團隊更好地合作，提高效率。

然而顧客旅程地圖這類的工具，有它的特性與限制。就像是特定的藥物一樣，必須正確地使用才能達到預期效果。以下則是運用顧客旅程地圖時的常見錯誤：

錯誤 #1：沒有設定目標 (No goals were set)

缺乏經驗的設計師或研究員，通常會單純為了製作而製作CJM；或者希望能透過一張旅程地圖，就能識別出客戶旅程中的所有缺口問題。

但實際狀況是，沒有明確的目標，就不會有任何結果 (no clear goal, no result)，回頭看都只是自我感覺良好的投入而已。在不知道為什麼要建立地圖的情況下，即使研究資料再多，一樣會鬆散沒重點，又能從中發展出什麼用戶體驗的改善策略？

解決方法是，在投入研究之前，先確保團隊能回答以下問題：

・你想分析什麼，為什麼？

・你希望改進哪部分的流程？

・誰對這旅程地圖盤點專案負最終責任？

・這涉及了哪些部門？

・是否有特定的客戶群體需要觀察？

・公司將如何從客戶體驗改善中受益？

你必須先設定一個明確的目標。避免所有 (all) 這個字，因為它意味著什麼都沒有 (nothing)；感覺就像登上了一架到處都會去，但卻沒有具體目的地的一班飛機。

你設定的目標越明確，顧客旅程地圖的計劃就越容易成功。

閱讀全文 運用顧客旅程地圖時的常見錯誤