B端商城設(shè)計的十大可用性原則

15 評論 16666 瀏覽 87 收藏 8 分鐘

B端商城設(shè)計主要針對B2B商戶,主要解決產(chǎn)業(yè)服務的商城設(shè)計交互問題,與TO ?C 的產(chǎn)品設(shè)計有本質(zhì)不同,本文對C端用戶設(shè)計優(yōu)先級比較高的界面設(shè)計和UI效果暫略不表。

1.功能性設(shè)計優(yōu)先級第一原則

所有的產(chǎn)品設(shè)計之初都是為了解決客戶需求存在的,只是普通消費者的不理性消費導致TO C的產(chǎn)品設(shè)計更加的傾向在界面設(shè)計方面討好用戶,而把本應該做到最簡最優(yōu)的功能設(shè)計逐漸拋棄了。

所謂功能性設(shè)計優(yōu)先級第一的原則就是為了解決TO B用戶的最根本需求問題,這一點可以借鑒優(yōu)秀架構(gòu)師做的后臺的設(shè)計,針對性很強,對所有內(nèi)容的指向都在一鍵之間,或一表之間。

2.入口單一原則

每一項功能的入口名稱要絕對一致,數(shù)據(jù)調(diào)取方式也要絕對一致,時刻讓用戶能輕易找到入口。對交互形式比較復雜的系統(tǒng)架構(gòu)則要有必要的引導,對用戶的下一步操作要心中有數(shù),并展現(xiàn)在頁面上。

3.出口寡頭原則

出口寡頭是怎么回事,讀者肯定在別的地方?jīng)]聽過這個說法,因為一般的產(chǎn)品設(shè)計都在各個頁面設(shè)置跳轉(zhuǎn)入口,用以導流。簡單來說就是頁面沒有盡頭,哪怕是用戶已經(jīng)付款結(jié)算了,還是會有一堆的推薦產(chǎn)品入口在結(jié)算按鍵下方,為什么這樣做,自然是讓用戶最多時間留在自家產(chǎn)品上。

筆者通過調(diào)研多家TOB的商城用戶,發(fā)現(xiàn)這一隱形BUG對用戶來說有很大的不確定性,因為大多數(shù)B端用戶對產(chǎn)品的使用是有使命感的,他們認為該結(jié)束就要結(jié)束,一碼歸一碼,真實的商業(yè)交易就應該這樣,只是B2B的大火是產(chǎn)業(yè)互聯(lián)網(wǎng)革命以后興起的,產(chǎn)品設(shè)計人員還是借鑒TO ?C產(chǎn)品的設(shè)計邏輯在做,結(jié)果就恰恰相反了。

4.結(jié)構(gòu)層設(shè)計以交互設(shè)計優(yōu)先原則

結(jié)構(gòu)層的設(shè)計自然是要以交互設(shè)計原則優(yōu)先,筆者在這里講的就是一句廢話,略過就好了。

5.流程設(shè)計以結(jié)果輸出為導向

所有的流程都應該有一個最終的結(jié)果導向,這句話在邏輯和架構(gòu)上都沒毛病,但讀者可以試著在日常使用的產(chǎn)品上試著做一下體驗,很多功能都深藏在別的功能區(qū),雖然最終仍舊可以導向到結(jié)果,但中間的彎路也只有用戶知道了。

6.擯棄基礎(chǔ)功能大而全的設(shè)計

“集成”一詞最早出現(xiàn)在硬件行業(yè),但如今很多產(chǎn)品也大有“功能集成”的趨勢,跟很多的互聯(lián)網(wǎng)人聊天總會安利各種軟件,除了常見的簡單、漂亮、方便等贊美之外,經(jīng)常有無所不能,想你所想等字眼,想你所想?開玩笑,我都不知道我在想什么,一個軟件能懂?(理論上的大數(shù)據(jù)分析除外,不抬杠,因為那只是理論上,而且國內(nèi)的產(chǎn)品離大數(shù)據(jù)的門檻還遠遠差很多)

大而全和小而美本就是對立的,就像在個人電腦領(lǐng)域,市場份額排不進前10的蘋果反倒是用戶認可度最高的,另外一個餐飲領(lǐng)域,麥當勞作為漢堡界的老大,在用戶滿意度里卻是最低的。這就形成一個悖論:用戶滿意度高的產(chǎn)品卻不能獲得最多人的認可,(最多人認可的話一定就是行業(yè)老大了)。其實原因很簡單,人群細分已經(jīng)是一條商業(yè)真理了,不可能有萬能藥,就像不可能有永動機。服務好一部分人就是成功,想服務更多的人就會遇到《紅樓夢》里王熙鳳的問題:大有大的難處。最后眼見他樓塌了(微信、支付寶等巨頭除外)。

回到產(chǎn)品設(shè)計本身,只做用戶最需要的設(shè)計,把最需要的設(shè)計再細分,砍到?jīng)]有他們就萬萬不能的功能,然后放到首頁。最極端的設(shè)計可以參見谷歌的首頁。

7.用戶狀態(tài)記憶原則

用戶的狀態(tài)并不是指用戶的登錄狀態(tài),而是指用戶的習慣狀態(tài)。很多人設(shè)計產(chǎn)品時候特別想獲取用戶狀態(tài)轉(zhuǎn)而把登錄注冊入口放到了首頁最顯眼的位置,結(jié)果顯而易見,用戶使用一個產(chǎn)品并不是為了登錄和注冊來的(水軍除外)。產(chǎn)品的眾多功能中用戶使用的少數(shù)幾個功能要再此細分,以此來獲取用戶的狀態(tài)記憶,余者就不再娓娓道來了,和研發(fā)商量著實現(xiàn)吧。

8.匹配系統(tǒng)與真實世界

所有的架構(gòu)設(shè)計和流程設(shè)計都要與現(xiàn)實世界相匹配,產(chǎn)品設(shè)計人員首先要考慮到如果沒有互聯(lián)網(wǎng)怎么實現(xiàn)這些功能呢,先試著操作一下,然后再從中獲取真諦。

有一個笑話講的是:有個項目說要蹭著共享經(jīng)濟的風口做一個共享電話亭,掃一下二維碼就可以打電話,旁邊有個人說,那你是拿什么掃的二維碼呢。

如果不去了解真實世界的操作規(guī)則,很多的設(shè)計就會是脫了褲子放屁,把一個簡單的事情為了互聯(lián)網(wǎng)而做到很復雜,這樣的設(shè)計一樣可以從OA的操作中管中窺豹。

9.幫助用戶識別和診斷狀態(tài),并從錯位狀態(tài)中恢復

產(chǎn)品設(shè)計有件事是一定要做的,就像人生一樣,總有一件事是必須要做的,那就是知錯就改。那如何做到知錯就改呢,建立操作路徑吧,沒有太多更好的辦法,人生的改錯也是一樣,重來吧。

10.建立幫助文檔和引導文檔

坦白來說幫助文檔的使用率不足百分之一,那為什么還要做呢,其實是“意識形態(tài)”問題,就像買藥沒有說明書,買小吃沒有配料表,電腦沒有配置說明,“三無“產(chǎn)品誰敢用。對用戶來說,我可以不看,但你一定要有。

引導文檔是必須的,用戶又不是產(chǎn)品經(jīng)理,也不是產(chǎn)品經(jīng)理肚子里的蛔蟲,程序員還需要產(chǎn)品說明文檔呢,你說用戶需要不?

 

本文由 @宋景文 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自PEXELS,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 不明覺厲,我看不懂,但我大受震撼

    來自山東 回復
  2. 說了個寂寞,道理誰都懂

    來自廣東 回復
    1. 4年前的文章了,我當時也理解的淺

      來自陜西 回復
  3. 看了個寂寞

    來自北京 回復
    1. 4年前的文章了,我當時也理解的淺

      來自陜西 回復
  4. 還有2019的留言呢,驚不驚喜,意不意外

    來自福建 回復
    1. 現(xiàn)在2020-10-25,我好意外啊

      來自山西 回復
  5. 有點抽象,如果能舉例子就更好了。

    來自浙江 回復
    1. 下一篇一定多舉栗子。不過我這個是2017年發(fā)的文章,你怎么會在2018年才留言呢

      來自山西 回復
    2. 我是搜索的看,看我想看的呀

      來自浙江 回復
    3. 我還是2020年看呢,哈哈哈

      來自浙江 回復
  6. google是當初人家不會html

    來自四川 回復
    1. 這……好吧!

      回復
  7. ??

    來自山西 回復
    1. 同學,你講故事,要舉例子啊,要畫圖啊。你這樣讓我們看了還是懵逼啊

      來自上海 回復