「大產品小細節」Hick『s Law 希克法則
前言
這可能是史上最短的一篇分享了,聽說文章越短越重要。今日早讀文章由@jimmy分享。
正文從這開始~
一、概述
希克法則表示:用戶在做決定時,所需的時間,與選項的多少有關。
我們先來看看希克法則的公式:
公式還是比較簡單的,a、b 都是常量,所以n 越大 RT 就越大,但是大到一定值時,RT的變化就很小了。RT 與 n 的關係如下圖:
二、啟示與案例
1. 選擇越多,所花時間越長
正如前面的圖表所示,如果選項很多,用戶花在這上面的時間就會越長。如果你想要提高某些操作的轉換率,可以嘗試削減按鈕數。比如以下幾個運營活動彈窗,他們的取消按鈕就可以放在不顯眼的位置,甚至去掉:
2. 如果選項太多,可以嘗試收起來
如果選項實在太多,可以嘗試將這些選項收起,並分組。如果你面臨選項太多的問題,我建議:
首先從業務上思考,有沒有可能砍掉一些選項,或者轉移、收起某些選項。
實在不能砍,就可以使用卡片分類法重新設計下產品的信息架構。將不同選項分類重組,盡量減少用戶單次判斷所花的時間。
3. 希克法則不適用於...
但是,希克法則也有不適用的地方,比如:
需要高度搜索的場景
需要長時間閱讀
解決複雜的疑難問題
舉個例子來說明下:
A:用戶面臨三個按鈕,但用戶在點擊任何一個按鈕前,都需要閱讀大段大段的內容。
B:用戶面對十個按鈕,但只需要用戶隨便選一個即可。
按照希克法則計算 ,A 所花的時間應該更短,但是實際上 A 花的時間更長一點,因為時間都花在閱讀上了。所以希克法則最適合用在簡單的判斷場景,比如宣傳彈窗、菜單分類等。
3. 總結
雖然希克法則,看上去比較簡單,甚至有點過分簡單。但是說得容易,做得難。很多理論就是因為它太簡單了,所以才導致絕大多數人不重視。在設計的過程中,需要時刻謹記設計原理或法則,嘗試去將理論落實到產品中去,才是真正的「懂」了。雖然有些理論可能並不適用某些場景,但是不試一下,怎麼知道不行呢?多嘗試,多反思,才能做出好的方案。
OK,我們再來總結下:
1. 在設計選項很多的界面時,首先從業務上思考,思考有沒有可能砍掉一些選項,或者轉移、收起某些選項。
2. 實在不能砍,就可以使用卡片分類法重新設計下產品的信息架構。將不同選項分類重組,盡量減少用戶單次判斷所花的時間。
關於本文
作者:@jimmy
知乎專欄:遲早會更新
點擊展開全文
※認識 V8 引擎
※我接觸過的前端數據結構與演算法
※阿里巴巴大優酷事業部前端專家
※團隊技術信息流建設
※什麼樣的工程師才能算老司機
TAG:前端早讀課 |
※羅馬vs國米首發:希克PK伊卡爾迪,桑頓戰舊主
※前NBA球員JJ-希克森因入室搶劫被捕
※美的集團攜手日商希克斯合資興建PCB廠
※羅馬vs國米首發:希克對決伊卡爾迪,桑頓戰舊主
※韓天王Rain新戲爆負評慘賠!網友戲稱:金泰希克夫!只剩800人看
※羅馬vs烏迪內斯首發出爐:希克、小克魯伊維特先發
※慢鏡頭:羅馬前鋒希克仍是AC米蘭目標
※羅馬vs比爾森勝利首發:希克先發
※AC米蘭欲用羅納爾多-維埃拉頂替巴卡約科,A席爾瓦希克或互換東家
※圖片報:多特計劃補強,有意希克和皇馬中場略倫特
※都體:迪-弗朗西斯科或對希克失去耐心
※義大利杯:希克雙響小克魯伊維特兩助,羅馬4-0恩特拉
※羅伯特·希克利
※理查德·林克萊特新作計劃 喜劇演員希克斯傳記片
※「戰報」羅馬4-0恩特拉,希克雙響小克魯伊維特兩助
※希克=蘇索-1000萬,科雷亞=A席+2000萬,AC米蘭偏愛心臟問題球員
※譯站丨法媒:馬賽向羅馬詢價希克,米蘭想用A席互換
※義大利杯-希克兩射一傳馬爾卡諾替補建功 羅馬4-0晉級
※圖片報:門興不放普萊亞,多特考慮租借希克
※尼克斯非常希望續約伊塞亞-希克斯