往期回顧：

1. 《讓設計更有說服力的20條經典原則：美即好用效應》
2. 《讓設計更有說服力的20條經典原則：多爾蒂門檻》
3. 《讓設計更有說服力的20條經典原則：菲茨定律》
4. 《讓設計更有說服力的20條經典原則：希克定律》
5. 《讓設計更有說服力的20條經典原則：雅各布定律》
6. 《讓設計更有說服力的20條經典原則：簡潔法則》
7. 《讓設計更有說服力的20條經典原則：鄰近性》
8. 《讓設計更有說服力的20條經典原則：相似性》
9. 《讓設計更有說服力的20條經典原則：連通性》
10. 《讓設計更有說服力的20條經典原則：同域原則、米勒定律》
11. 《讓設計更有說服力的20條經典原則：奧卡姆剃刀》
12. 《讓設計更有說服力的20條經典原則：馮·雷斯托夫效應、蔡格尼克記憶效應》
13. 《讓設計更有說服力的20條經典原則：帕累托原則》
14. 《讓設計更有說服力的20條經典原則：帕金森定律》

理論概述

1. 理論表述

任何系統都存在固有的復雜性，無法減少；唯一的問題是誰來處理它。

2. 理論背景

特斯勒定律（Tesler’s Law），又稱復雜性守恒定律（Law of Conservation of Complexity），是人機交互領域的一句格言。上世紀八十年代中期，Larry Tesler 在 Xerox PARC 工作時意識到用戶與應用交互的方式與應用本身一樣重要。后來 Larry 加入了蘋果并致力于 MacApp 面向對象的框架的開發，在那里他正式地闡述了復雜性守恒這條定律。它向所有相關人員提出了一個問題：

既然產品固有的復雜性守恒不變，那么該把誰置于復雜之下？是增加代碼的復雜度而讓交互更便利，還是增加用戶的交互成本讓代碼變簡單？

特斯勒認為產品的復雜度應該交由代碼，開發人員應該多花一周時間用代碼來簡化應用的復雜度，而不是讓成千上萬的用戶在應用里為交互多花哪怕一分鐘。

設計案例

1. 用代碼簡化交互

特斯勒告訴所有的互聯網人一個道理──要用代碼幫用戶節省操作的時間，雖然這對于一般的中小型公司來說有些強人所難，但并不妨礙我們始終懷有這樣的追求。

B站的一鍵三連小細節就是一個很好的例子，這個操作是這樣的：用戶長按點贊按鈕，就能同時觸發點贊、投幣和收藏的操作，這就省去了用戶挨個兒點的操作成本和時間成本。

案例1：B站一鍵三連

除此之外，另外一款獲得過蘋果年度 APP 大獎的任務管理軟件 Sorted3 也有著非常新穎且便捷的交互。

案例2：Sorted3的多選

Sorted3 的多選操作是先在一項任務上向左橫劃一小段距離觸發多選狀態，再直接下滑就可多選，甚至隔著一個或兩個再次重復上次操作，就可以隔項多選，聽起來似乎比常規的多選交互復雜，其實不然。實際體驗之后發現操作如絲般流暢，尤其是多選之后可以緊接著重新分配任務時間。

盡管不是什么偉大的跨時代的交互變遷，但在 APP 的交互設計同質化嚴重的今天，小細節上的兩點就可以得到很多人的垂青，所以特斯勒定律是一個非常好的突破口。

2. 算法解放「生產力」

在伯斯塔爾法則那篇文章中，我們提到過一個有趣的方法論──貝葉斯方法，它可以被用來解決用戶輸入錯誤的可能性這種逆概問題。簡單來說，它是「智能糾錯」、「機器學習」算法背后的核心思想之一。而這也是一個利用算法簡化交互的典型的例子，它讓輸入法可以自動糾正輸入錯誤，它讓搜索引擎具備一定的自糾正能力，而使得用戶不必進行「刪去錯誤的詞條，輸入正確的」這種浪費時間的操作。

案例3：輸入法和搜索引擎的自糾正

這背后所蘊含的概率論理論、數理思想和數學模型遠遠不是區區代碼就能夠實現的，無數的卓越的數學家、建模工程師和算法工程師投入了無數的時間，才實現了我們可能已經習以為常的某一個小功能，也正是這些小功能，我們的生活才能變得更便利、更智能、更省時，特斯勒定律說的就是這么一回事。

注意事項

需要注意的一點是，我們所希望的節省時間，是通過代碼和算法解決需要重復操作或者需要再次執行的任務，這些任務花費我們大量的時間卻無法得到任何實質性的更好的結果。比如搜索欄輸錯關鍵詞，刪掉重輸就是無意義的重復勞動，結果依然還是那個我想要的搜索結果，并不會變得更好。

但是，代碼唯一不能代替的，是用戶的決策行為。

決策，尤其是關鍵性的決策，依然需要把控在用戶手中，不然用戶會覺得自己對當前的應用/系統失去了掌控，產生不安全感。

這讓我想起了一直被人吐槽的 Windows10 自動更新，用戶不能決定更新還是不更新，只能夠決定什么時候更新，甚至夜間自動更新更是讓用戶深惡痛絕。

反面案例：windows10 自動更新

更新還是不更新這件事完全取決于用戶，如果用戶沒辦法通過簡單直觀的辦法決定更新的開和關，那么對于那些只追求穩定能用的用戶來說這是體驗極差的。無獨有偶，蘋果完全不顧老機型用戶更新系統可能變卡的問題，一味地強制用戶更新 iOS 系統，甚至私自決定通過降頻來」幫助「用戶延緩電池衰老，最終惹來了訴訟。

總結

• 系統存在固有的復雜性，要把復雜性轉嫁到代碼的層面而降低用戶端的；
• 代碼不能代替決策。

歡迎關注作者的微信公眾號：「超人的電話亭」