B端商城設計的十大可用性原則

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

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é)議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載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. 同學,你講故事,要舉例子啊,要畫圖啊。你這樣讓我們看了還是懵逼啊

      來自上海 回復