我做產品,最喜歡前輕後重。這是我最喜歡的原則,如果它可以算作原則的話。它是一條相當普適的原則,從各個角度去理解,都有意義。
流程體驗上的前輕後重
前輕後重最讓使用者感知到的,是流程體驗上的前輕後重。它是體現在使用者解決需求,完成任務的過程中的。
舉個例子,在比較完善的淘寶開店系統內,開店的步驟如下:
- 選擇開哪種店
- 填詳細資訊
- 上傳驗證材料
- 線上考試
- 填寫店鋪和商品資訊。
使用者在一步一步地完成任務的過程中,先只是做出輕量的選擇(選擇題),然後做填空題,接著是準備材料,學習知識並考試,然後才是最後的完成開店。使用者在流程上的體驗,從前面的很輕,到後面的越來越重。這不能拋開產品設計方的需要,實際上,正是因為產品設計方有必然的、不可避免的需要(需要驗證材料以辨別開店者的真偽,需要線上考試來保證店主素質),產品的流程和體驗是肯定會存在重的一步或者幾步,這時,應該把輕的步驟放在前面,讓使用者一步步做下來,在遇到重的步驟時,才沒那麼容易放棄。此外,前輕後重的流程,也符合人們線上下生活中,甚至在所有任務完成過程中的先挑軟柿子捏的習慣。
功能規劃上的前輕後重
功能規劃上的前輕後重,指的是在規劃和架構產品功能的過程中,應當先組建關鍵的、輕量的核心功能,使產品的定位得到基本實現,產品想要解決的問題得到基本解決。換句話說,應當先給產品搭骨架,然後再擴展出組織、肌肉、血液和皮毛。這實際是最考驗產品經理功底的地方。
前期時為產品搭建出了輕量但擴充性很強的框架後,後面就能一步步地添加出更多的深化、輔助和周邊功能,解決更多的細分問題和類似問題。關於功能規劃上的輕與重,此前已有一篇博文更詳細地進行了討論,可以看看:《產品的輕與重》
使用者介面的前輕後重
使用者介面的前輕後重,是我感知最深刻的前輕後重的體現之一。這是最考驗產品設計者功底的地方。在設計使用者介面時,遵循前輕後重的原則,意味著需要把複雜性盡可能的隱藏,隱藏在屏風背後,展現在使用者面前的,僅是一個按鈕、一個清單等盡可能簡單的元素。這裡面的複雜性,可能包括實現複雜性,和功能組織的複雜性。
實現的複雜性包括:
- 清單中如何考慮哪些項在前面,哪些在後面?
- 在為使用者提供資訊和知識時,提供哪些,去除哪些?
- 做出這個功能有多難,你需要考慮,但是一定決定要做,就別畏畏縮縮,希望使用者多麼感恩戴德,以使自己的付出不被忽視。
- 等等,肯定還有不少角度,畢竟我沒有使勁想全面。
分別舉例。
第一條,關於清單中專案的前後次序,你需要考慮這個,但不需要總是去唯恐使用者不知道你花了心思,你不需要給出原因甚至數值。正面的例子可以看看百度搜尋結果頁,你會發現,百度給出的專案相關的資訊中,只有專案(每一個搜尋結果)的描述,沒有任何為什麼該專案會排序在這個位置的原因,沒有什麼PageRank得分或者外鏈個數什麼的。因為使用者不需要瞭解這些資訊,你提供給他資訊,他在你的產品中消耗時間,便是信任你的結果,你可以致力于如何做出最好的排序,但不要想著如何讓使用者信任你,使用者會因為你的排序結果是合理的而信任你,而不是因為你給出了「本站排序結果真實合理有效公正公平的10個原因」。負面的例子挺多,怕一舉就得罪了人,別人或許有自己的考慮,我就不提了。
第二條,關於提供資訊時的篩選,你需要考慮這個,但同樣的,不要想著告訴使用者,你去除了的專案,如果有使用者其實需要的資訊,錯不在你,你是因為產品設計中的什麼什麼考慮而迫不得已的。舉例,我們知道許多產品都會提供一個專案的創建時間、一個評論的發起時間,一個文章的最近修改時間等,聰明的產品在表現這個時間時,會有「5分鐘前」、「早上11:23」、「昨晚」等表現形式,這裡,產品設計者就做出了統一的資訊去除的取捨,對於今天以前的日期,在專案集合頁中,是不給出詳細時間的,也就是,不給出「昨晚 23:13」,以保持頁面清爽。
第三條,關於功能實現難度的宣告。這裡挺有名的例子是關於微信裡面的動態Gif表情的背景透明的實現。該特性的實現是全球首次的,耗費了團隊大量的時間,但是這些都是普通使用者不需要知道的,你只需要告訴他們,這個特性有什麼用就好了(如果沒太大用,那你花那麼多代價幹嘛)。同類的例子包括性能優化的代價和效果、某個功能體驗的方案選擇等。反面的例子我則想提關於眾移動瀏覽器比拼HTML5得分的犯二現象。
功能組織的複雜性則包括:
- 如何按照使用者的視線順序,進行針對性的元素排版?
- 交互暗示是否需要區分輕重緩急,如果需要,如何區分?
- 一二級清單、一二級標題如何分類,如何組織?
- 需要時才出現,那麼什麼時候(什麼場景)需要什麼功能、什麼元素?
- 等等等
第一條,關於元素排版,你需要考慮這個,但不需要把為什麼這麼排的理由擺到介面上告訴使用者,你用心設計了。舉例來說,可以想想騰訊網的巨大改版,為什麼從前在頁面左側的騰訊產品集錦,要放到頁面右側。
第二條,關於交互暗示的輕重,這個例子很多,譬如你總是會看到,登錄按鈕總會是一個顯眼的顏色,而取消按鈕則往往是白色。
第三條和第四條,關於清單和標題的組織,以及需時出現的判斷,同樣可以看看這篇博文,《產品的輕與重》。
技術架構上的前輕後重
技術架構上的前輕後重,事實上已經成為有經驗的產品團隊的通用規則。無論是QQ、微信等龐大產品,還是正點鬧鐘、8684公交等移動端的工具型產品,都已經有意無意中將此規則應用到了骨子裡(或許沒有歸納出前輕後重這四個字,但做法是如此的)。
技術上的前輕後重,能夠使產品獲得快速更新、快速反覆運算驗錯、選批實驗的好處,壞處則是流量略多一點的損耗(畢竟同樣的邏輯,固化在用戶端,和放在服務端每次下載或者更新時下載,前者會使網路包略小幾行代碼)。技術上前輕後重的好處,越來越為人們所重視,而壞處,則正在迅速變得越來越不重要。
同樣舉例,QQ用戶端被許多使用者認為非常重,但是實際上,QQ現有的功能群的數量,如果不利用前輕後重的辦法,重量更加難以想像。舉例而言,你或許已經在網速不好時,打開QQ上的許多視窗,發現是一片空白,這個視窗雖然看似是一個用戶端視窗,實際上是使用的WebView控制項來包裝網頁。而坊間傳聞,這一做法,QQ是在數年前從MSN處學習來的,彼時QQ團隊發現MSN用戶端的許多視窗,今天一個樣明天一個樣,明明沒更新版本卻換了功能,拿給技術團隊一分析,才得知了這一做法,併發揚至今。
另一個很好的例子是微信,微信用戶端實現的功能實際上非常多,技術架構上是非常複雜的,但嚴格的前輕後重,使得微信能夠在一分鐘內控制許多的業務邏輯、產品規則。
極致程度的技術架構上的前輕後重,有一個人們耳熟能詳的名字,叫做雲架構。即用戶端只承認輸入輸出裝置的角色,所有實現邏輯均在服務端、均在雲端。這是未來。
特別注意:本站所有轉載文章言論不代表本站觀點,本站所提供的攝影照片,插畫,設計作品,如需使用,請與原作者聯繫,文章轉自alibuybuy