“簡單”和“體驗”是現如今產品宣傳的兩個核心的的賣點。仔細閱讀現在的UI和UX設計相關的文章，你會發現大家對於“簡單”有著近乎執著的要求。

在如今的設計領域，它們看起來就是政治正確。但是真的是如此嗎？

對於簡單的誤解

為什麼在設計的時候，設計師在“簡約”的設計當中，總會想盡辦法讓整個設計作品顯得更加富有“信息量”？

甲方和PM在提交需求和改稿方案的時候，總會出現“再大一點”、“再豐富一點”“太過簡單”這樣的詞彙？

我們對於“簡單”和“簡約”真的沒有什麼誤解嗎？

每個做過調研的UX設計師通常都會知道一件事情，用戶在調研和採訪的時候，並不會始終都說出自己真實的感受，而是“感覺對的話”。

而“簡單”背後的真實含義，應該是“易於理解”，更容易理解，看起來並不難掌握，而這個才是“簡單”一詞所傳達出的用戶的真實意圖。太過複雜的生活本身，是驅使我們追求易於理解的“簡單”的原動力。但是，是否真的都往簡單了做就可以了？當然不。

通過對比來對事物作出評判，是人類進化出來的思維本能。對於作圖軟件，大家總會拿來和 Photoshop 作對比，一部新款的手機，用戶始終會用iPhone 來對標。

在設計這件事情上，同樣是如此。無論是用戶、甲方還是設計師自己，總會和自己看到過的設計作品拿來對比，過往的經歷所塑造出來的評判體系，就是一個隱性的對比對象。

當然，對於“複雜”的設計，通常絕大多數的用戶並不會快速、明確地表現出偏好。因為複雜一詞本身，就隱藏著“不一定那麼容易理解、掌控”的含義。

但是複雜本身的另外一層含義，是功能上“更多”或者“更加強大”。

撇開語言上的表述，仔細對比生活中的種種對比決策會發現，用戶真正鍾情的，其實往往是有限度的、可理解的“中等程度的複雜”，而非營銷宣傳和口頭反饋時候所說的“簡單”，更準確的表述是是：看起來簡單、易於理解同時功能也不少（甚至相對竟品更多）的產品。

不要回避你內心深處的真實想法：對於太多簡單/簡約的東西，人會感到乏味，太過複雜是難於理解的，因此也會感到困惑。

真正讓人感到舒適的，更多的是讓人覺得“適度複雜”的事物。

複雜的世界，從來都沒有變過

世界從來都是複雜的，絕大多數的事情當中，都有一些複雜的組成部分是無法被消除的。

從A地出發，抵達B地，這中間必須經歷空間上的位移。古人需要通過步行，藉助牛車或者馬車，長途奔襲才能完成。在現代社會，人們擁有了更多的交通工具更加便捷地完成空間上的遷徙。如果確定了使用車輛來作為主要的交通工具，喜歡享受駕駛樂趣的人可以選擇自駕，而更加享受被服務的用戶則可以使用APP，借共享經濟之便，極為便捷地叫一輛網約車，將這個過程交給別人。

看起來一切是越來越簡單了，但是，複雜的出行過程，空間移動所付出的努力，僅僅只是轉嫁給了更先進的科技，汽車、移動端APP 這些技術發展下的產物承擔了出行本身的複雜度，對於客觀世界而言，它是無法被忽略的。而“便捷”僅僅只是用戶的主觀感受。

而這，也就涉及到了今天所要探討的核心，複雜度守恆定律。

複雜度守恆定律是什麼

複雜度守恆定律（Law of conservation of complexity）由Larry Tesler 於1984年提出，也有人將這一定律來用他的名字命名，也就是泰斯勒定律（我知道你想到了什麼，特斯拉是 Tesla ）。值得一提的是，我們今天在UI菜單中常見的剪切和粘貼功能，最早是Tesler 在施樂之星中 Smalltalk 這一應用中實現的。

根據複雜度守恆定律，每個應用程序都具有其內在的、無法簡化的複雜度。無論在產品開發環節還是在用戶與產品的交互環節，這一固有的複雜度都無法依照我們的意願去除，只能設法調整、平衡。

而我們在現實生活當中，絕大多數的事情同樣是如此。更通俗的講，想要完成一項任務，無論如何是都需要通過一些特定的步驟、必須的環節去完成，我們藉助手機應用，更快捷地做到一些事情，其複雜的後臺環節，實際上是被轉嫁給後臺的應用的服務供應商、APP的開發者和你手上的智能設備去承擔，而非不存在，整個事情本身的總體複雜度是恆定不變的。

上世紀80年代，當 Larry Tesler 還供職於蘋果公司的時候，他就意識到了應用程序本身和用戶如何使用應用是同樣重要的。

在 Larry Tesler 看來，應用程序中所存在的種種複雜的環節，其實是可以通過合理的設計來進行轉化的。

這種微妙的平衡必須交由真正專業的交互設計師來執行，在 Dan Saffer 所著的《交互設計指南》當中，有一段採訪針對複雜度守恆定律進行了討論。

“Q：有什麼規則，是交互設計師不可違反的？”

“A：只有一個，那就是必須為用戶設計。”

“Q：你是怎麼想到複雜度守恆定律的？”

“A：當交互設計這一領域還處於非常原始的時期，我當時正在施樂PARC工作，當時（圖形化用戶界面剛剛誕生不久）用戶界面的一致性設計還是一個全新的觀點，並且具有相當的爭議性。不過，我們中許多人都認為，一致而統一的設計不僅有利於用戶，也同樣有利於開發者，因為標準可以被封裝在共享軟件庫當中。如果我們建立標準並且鼓勵一致性的設計，那麼我們可以縮短產品上線的時間和代碼的大小。”

“在1983~1985年之間，我供職於蘋果公司，並且為MacApp 開發面向對象的框架。除了 Macintosh Toolbox（共享軟件庫）和應用程序本身之外，我還在中間插入了一個‘通用應用程序’中間層。這是一個帶有窗口、菜單和命令的可交互的程序，你可以藉助它來創建、打開、保存和打印文檔，並且你可以以面向對象的方式，藉助它來構建你的實際的應用程序。”

“為了將我的想法真正貫徹給蘋果的管理層和獨立軟件供應商，我提出了複雜度守恆定律，我認為每個應用程序都有著固有的、不可消除、不可複製的複雜性，唯一的問題是，這個複雜性是由誰來承擔。”

“當時的計算機處理能力不強，存儲容量低，速度緩慢，但是價格還非常高昂，因此應用程序必須設計的極為緊湊，而易用性也很難達到很高的程度。用戶必須面對和處理複雜的問題，因為程序的能力非常有限。然而，商業軟件一旦投入市場，其實是需要面對成千上萬的用戶的。如果產品和事件本身涉及到某個無法消解的複雜度的問題，上百萬的用戶每天浪費一分鐘時間來應對它，而交給開發者，則需要額外花費一個星期的時間來開發，那麼這個問題要如何來取捨呢？是讓用戶麻煩一點來解放開發者，還是讓開發者再額外加班一個星期？誰的時間對你的業務更加重要？通常而言，對於面向大眾市場的軟件，除非你的產品是持續的壟斷性產品，否則，用戶的時間是要比你自己的時間來的更加重要的。”

“這個‘通用應用程序’中間層的存在，就是為了更好的解決這個問題，它讓開發者人員更容易開發，也可以儘量為用戶帶來易用性更強的產品。而這僅僅是使得這種固有的複雜性更容易轉移，開發人員的效率因此得到提升，但是並沒有消除複雜性本身。”

從那以後，作為一個專業的參考依據，複雜度守恆定律開始在用戶體驗和交互設計領域廣為人知。對於複雜度誰來承擔的爭論，本身也反映出複雜度守恆定律的普適性，而不僅限於軟件和應用程序領域。

按照 Bruce Tognazzini （蘋果公司66號員工兼蘋果人機交互界面團隊創始人）的說法，人們總會努力維持或者不斷增加自己生活的複雜度。而這一點也是對於用戶對於“複雜”和“簡單”認知偏差的一個側面。

適度複雜設計的土壤

對於時下流行的簡約的設計，許多從業者和用戶其實是一直都有所質疑的（更不用說甲方大佬們的日常需求），經歷過現代主義浪潮洗禮的西方社會，對於簡約設計是有土壤。而在東方，無論是中國還是日本，花團錦簇的設計則常常能夠得到更多的認可，這種狀況由來已久。

即使在今天，東西方的這種差異依然根深蒂固的存在。加上人性深處對於“適度複雜”的偏好，在設計決策上，設計師的設計方向其實是可以更加明確的。

那麼，在複雜度守恆的情況下，設計師真實的目標應該是創造“適度的複雜”咯？結合產品本身的定位、用戶和市場的需求，至少許多產品設計的調整方向是這樣的。

無論是體育賽事還是各種人氣爆棚的遊戲，它們通常都呈現出一定程度的複雜性。用戶無法完全掌控的複雜性，和其中所蘊含的多變的可能性，讓這些東西擁有了可供用戶持續探索的縱深，我們常常會稱之為“可玩性”，這也正是事物讓人著迷的素質之一。

不過，太過複雜的東西會常常會直接影響新用戶的上手速度，換句話來說，設計師需要具備足夠優秀的“轉移複雜性”的設計技能。

繁簡相易，並不複雜

在設計過程中，絕大多數的問題都是從化繁為簡開始的，想要將複雜的問題合理地簡化成為用戶體驗良好，讓用戶覺得“合理”而“有用”甚至於恰到好處、欲罷不能，是有一整套的簡化思路和設計原則。

讓用戶易於理解。讓用戶易於理解的設計，它就不再是“複雜”的設計，所以產品設計的過程中，策略上儘量通過各種方式來幫助用戶理解各個部分和細節。

讓用戶覺得可掌控。當用戶感到產品易於掌控的時候，會增加使用過程中，內心的安全感。在微文案的設計上，採用精準、非專業性的、通俗的詞彙，在圖標設計上，儘量採用符合普遍認知的意象，使用用戶熟知的最佳實踐來幫助用戶更快掌握（比如使用漢堡圖標來代表菜單，使用放大鏡圖標來代表搜索引擎等）。

模塊化的設計。通常，複雜的流程和龐雜的任務，適合分解成為更加清晰的、易於完成的小模塊，這樣更加易於用戶來執行。

即時性學習。對於用戶之前並不瞭解的功能，需要通過熟悉和學習才能掌握的功能。然而從調研到實際狀況都證明，用戶始終都是傾向於在需要的時候再作即時性的學習，而很少會主動提前學習。換言之，在需要進行學習的位置添加相應的教程，而非提前提供教程，這樣才更加有效。

加入引導和輔助性工具。順暢、清晰的交互是讓用戶感到簡單的一個必要條件，而藉助工具提示和多樣的引導，讓產品的功能能夠清晰地呈現在用戶面前，這樣交互過程儘可能順滑。

遊戲化設計的策略

在我們說熟知的各種產品當中，諸如ERP系統、行業/專業性/系統性的軟件和大型的遊戲，通常有著相對較高的複雜度，而在這幾種產品當中，通常而言，遊戲的易用性、上手度更高，這很大程度得益於遊戲在設計策略上的優勢。

遊戲本身有著較高的複雜度，但是這種複雜被巧妙地以不同的方式隱藏了起來。遊戲化的設計策略也為應對複雜性提供了非常值得參考的方法和方向。

用戶歷程（User Journey）。用戶歷程可以界定為用戶在使用產品過程中所經歷的過程和階段。設計師可以在這個概念之下有意識地構建用戶體驗，結合用戶在不同階段的需求和交互來設計整體的UX。用戶歷程將不同的環節、階段劃分為模塊，根據用戶本身的進度，為用戶提供不斷進化的、相匹配的功能、服務和體驗。這種方式讓產品的複雜性有層次地、次第展開在用戶面前。這篇文章《遊戲化設計的精髓是結合用戶歷程進行UX設計》中，對於用戶歷程的運作機制和使用方法有詳細的解釋。