位置:設計主頁 > 平面設計教程 > 平面理論教程 >

讓設計更有說服力的20條經典原則特斯勒定律

來源:優設 作者:超人的電話亭 時間:2019-05-16 09:53

理論概述

1. 理論表述

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

2. 理論背景

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

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

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

設計案例

1. 用代碼簡化交互

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

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

案例1:B站一鍵三連

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

案例2:Sorted³的多選

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

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

2. 算法解放「生產力」

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

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

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

注意事項

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

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

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

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

反面案例:windows10 自動更新

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

總結

  • 系統存在固有的復雜性,要把復雜性轉嫁到代碼的層面而降低用戶端的;
  • 代碼不能代替決策。
原文:https://www.uisdc.com/teslers-law
96期三肖中特免费公开