B端商城設計的十大可用性原則
B端商城設計主要針對B2B商戶,主要解決產業(yè)服務的商城設計交互問題,與TO ?C 的產品設計有本質不同,本文對C端用戶設計優(yōu)先級比較高的界面設計和UI效果暫略不表。
1.功能性設計優(yōu)先級第一原則
所有的產品設計之初都是為了解決客戶需求存在的,只是普通消費者的不理性消費導致TO C的產品設計更加的傾向在界面設計方面討好用戶,而把本應該做到最簡最優(yōu)的功能設計逐漸拋棄了。
所謂功能性設計優(yōu)先級第一的原則就是為了解決TO B用戶的最根本需求問題,這一點可以借鑒優(yōu)秀架構師做的后臺的設計,針對性很強,對所有內容的指向都在一鍵之間,或一表之間。
2.入口單一原則
每一項功能的入口名稱要絕對一致,數(shù)據調取方式也要絕對一致,時刻讓用戶能輕易找到入口。對交互形式比較復雜的系統(tǒng)架構則要有必要的引導,對用戶的下一步操作要心中有數(shù),并展現(xiàn)在頁面上。
3.出口寡頭原則
出口寡頭是怎么回事,讀者肯定在別的地方沒聽過這個說法,因為一般的產品設計都在各個頁面設置跳轉入口,用以導流。簡單來說就是頁面沒有盡頭,哪怕是用戶已經付款結算了,還是會有一堆的推薦產品入口在結算按鍵下方,為什么這樣做,自然是讓用戶最多時間留在自家產品上。
筆者通過調研多家TOB的商城用戶,發(fā)現(xiàn)這一隱形BUG對用戶來說有很大的不確定性,因為大多數(shù)B端用戶對產品的使用是有使命感的,他們認為該結束就要結束,一碼歸一碼,真實的商業(yè)交易就應該這樣,只是B2B的大火是產業(yè)互聯(lián)網革命以后興起的,產品設計人員還是借鑒TO ?C產品的設計邏輯在做,結果就恰恰相反了。
4.結構層設計以交互設計優(yōu)先原則
結構層的設計自然是要以交互設計原則優(yōu)先,筆者在這里講的就是一句廢話,略過就好了。
5.流程設計以結果輸出為導向
所有的流程都應該有一個最終的結果導向,這句話在邏輯和架構上都沒毛病,但讀者可以試著在日常使用的產品上試著做一下體驗,很多功能都深藏在別的功能區(qū),雖然最終仍舊可以導向到結果,但中間的彎路也只有用戶知道了。
6.擯棄基礎功能大而全的設計
“集成”一詞最早出現(xiàn)在硬件行業(yè),但如今很多產品也大有“功能集成”的趨勢,跟很多的互聯(lián)網人聊天總會安利各種軟件,除了常見的簡單、漂亮、方便等贊美之外,經常有無所不能,想你所想等字眼,想你所想?開玩笑,我都不知道我在想什么,一個軟件能懂?(理論上的大數(shù)據分析除外,不抬杠,因為那只是理論上,而且國內的產品離大數(shù)據的門檻還遠遠差很多)
大而全和小而美本就是對立的,就像在個人電腦領域,市場份額排不進前10的蘋果反倒是用戶認可度最高的,另外一個餐飲領域,麥當勞作為漢堡界的老大,在用戶滿意度里卻是最低的。這就形成一個悖論:用戶滿意度高的產品卻不能獲得最多人的認可,(最多人認可的話一定就是行業(yè)老大了)。其實原因很簡單,人群細分已經是一條商業(yè)真理了,不可能有萬能藥,就像不可能有永動機。服務好一部分人就是成功,想服務更多的人就會遇到《紅樓夢》里王熙鳳的問題:大有大的難處。最后眼見他樓塌了(微信、支付寶等巨頭除外)。
回到產品設計本身,只做用戶最需要的設計,把最需要的設計再細分,砍到沒有他們就萬萬不能的功能,然后放到首頁。最極端的設計可以參見谷歌的首頁。
7.用戶狀態(tài)記憶原則
用戶的狀態(tài)并不是指用戶的登錄狀態(tài),而是指用戶的習慣狀態(tài)。很多人設計產品時候特別想獲取用戶狀態(tài)轉而把登錄注冊入口放到了首頁最顯眼的位置,結果顯而易見,用戶使用一個產品并不是為了登錄和注冊來的(水軍除外)。產品的眾多功能中用戶使用的少數(shù)幾個功能要再此細分,以此來獲取用戶的狀態(tài)記憶,余者就不再娓娓道來了,和研發(fā)商量著實現(xiàn)吧。
8.匹配系統(tǒng)與真實世界
所有的架構設計和流程設計都要與現(xiàn)實世界相匹配,產品設計人員首先要考慮到如果沒有互聯(lián)網怎么實現(xiàn)這些功能呢,先試著操作一下,然后再從中獲取真諦。
有一個笑話講的是:有個項目說要蹭著共享經濟的風口做一個共享電話亭,掃一下二維碼就可以打電話,旁邊有個人說,那你是拿什么掃的二維碼呢。
如果不去了解真實世界的操作規(guī)則,很多的設計就會是脫了褲子放屁,把一個簡單的事情為了互聯(lián)網而做到很復雜,這樣的設計一樣可以從OA的操作中管中窺豹。
9.幫助用戶識別和診斷狀態(tài),并從錯位狀態(tài)中恢復
產品設計有件事是一定要做的,就像人生一樣,總有一件事是必須要做的,那就是知錯就改。那如何做到知錯就改呢,建立操作路徑吧,沒有太多更好的辦法,人生的改錯也是一樣,重來吧。
10.建立幫助文檔和引導文檔
坦白來說幫助文檔的使用率不足百分之一,那為什么還要做呢,其實是“意識形態(tài)”問題,就像買藥沒有說明書,買小吃沒有配料表,電腦沒有配置說明,“三無“產品誰敢用。對用戶來說,我可以不看,但你一定要有。
引導文檔是必須的,用戶又不是產品經理,也不是產品經理肚子里的蛔蟲,程序員還需要產品說明文檔呢,你說用戶需要不?
本文由 @宋景文 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。
題圖來自PEXELS,基于CC0協(xié)議
不明覺厲,我看不懂,但我大受震撼
說了個寂寞,道理誰都懂
4年前的文章了,我當時也理解的淺
看了個寂寞
4年前的文章了,我當時也理解的淺
還有2019的留言呢,驚不驚喜,意不意外
現(xiàn)在2020-10-25,我好意外啊
有點抽象,如果能舉例子就更好了。
下一篇一定多舉栗子。不過我這個是2017年發(fā)的文章,你怎么會在2018年才留言呢
我是搜索的看,看我想看的呀
我還是2020年看呢,哈哈哈
google是當初人家不會html
這……好吧!
??
同學,你講故事,要舉例子啊,要畫圖啊。你這樣讓我們看了還是懵逼啊