在知乎、微信、微博等平臺，有不少設(shè)計師朋友來問我，做ToB類產(chǎn)品，信息架構(gòu)復(fù)雜，功能繁多，流程很繞，怎么才能設(shè)計好呢?正好最近在做一個很復(fù)雜很繞的產(chǎn)品設(shè)計，這里正好一并總結(jié)回答。

　　為了方便描述，我這里極端一點，描述ToC類產(chǎn)品為信息架構(gòu)相對簡單的產(chǎn)品，例如微信，核心故事為聊天、朋友圈、支付等，因人而異，每個用戶的核心場景不算多。而ToB類產(chǎn)品動輒就是上百個核心故事，各種功能模塊繁雜且對用戶的親切性低，使用起來學(xué)習(xí)成本高，例如銀行交易系統(tǒng)、電信客服系統(tǒng)等。

　　設(shè)計復(fù)雜信息架構(gòu)產(chǎn)品，第一要素，就是設(shè)計師邏輯要非常清晰。這類產(chǎn)品伴隨的海量功能、大量模塊、錯綜復(fù)雜的交互流程、難以理解的業(yè)務(wù)技術(shù)背景，都是對設(shè)計師達到邏輯清晰的挑戰(zhàn)。

　　然后看一個ToB類產(chǎn)品，信息架構(gòu)復(fù)雜的時候，如果設(shè)計師沒有達到邏輯清晰，那設(shè)計出來的任務(wù)流程可能是這樣的：

　　所以做ToB類產(chǎn)品設(shè)計，一定不能像寫散文一樣，隨心而至，隨時下筆，得像寫議論文那樣，做足功課，想清楚重點和邏輯，腦中成圖，再動手畫稿。

　　雖然ToC和ToB設(shè)計的特性差異明顯，但是基本的網(wǎng)站設(shè)計方法還是通用的。角色與場景設(shè)計依然是復(fù)雜信息架構(gòu)產(chǎn)品設(shè)計的法寶。有著1000個功能的產(chǎn)品，先分角色，降低每個角色模塊需要思考的信息量和業(yè)務(wù)邏輯量，然后再根據(jù)真實用戶的使用情況，來劃分場景進行場景設(shè)計。把一大塊任務(wù)有邏輯地細分到小任務(wù)，才有逐步實現(xiàn)的可能。

　　一個復(fù)雜信息架構(gòu)產(chǎn)品，分角色，劃場景，可以讓設(shè)計師對產(chǎn)品目的了解更深刻，全局把握更強，另外在頁面層級上，會把之前需要10層的功能任務(wù)流打薄到2-3層，大大提升用戶的使用效率和舒適度。

　　做產(chǎn)品設(shè)計的一個基本要求，就是要保證用戶學(xué)習(xí)成本足夠低，低到?jīng)]有最好。做ToC產(chǎn)品這個目標很明確，也很容易靠攏，而做ToB產(chǎn)品很難。

　　我見過一個中國電信客服的界面，一個PC界面密密麻麻上百個功能，業(yè)務(wù)員完全憑借自己的記憶力和習(xí)慣來進行操作，沒有太多的任務(wù)流清晰度可言。這樣的產(chǎn)品使用，是需要一定時間的學(xué)習(xí)才能達到基本使用，手機網(wǎng)站制作應(yīng)注重瀏覽者的視覺體驗，加強客戶服務(wù)，完善網(wǎng)絡(luò)業(yè)務(wù)，吸引潛在客戶關(guān)注。學(xué)習(xí)成本肯定不低。

　　這個時候，如果單純以學(xué)習(xí)成本低到?jīng)]有來要求ToB類產(chǎn)品，非常難。信息架構(gòu)復(fù)雜起來，是很難通過認知設(shè)計、視覺設(shè)計、交互流程簡化來解決學(xué)習(xí)成本高的問題。

　　有幾個點可以幫助到，一是靈活有效的提示(生僻專業(yè)術(shù)語提示、關(guān)鍵操作提示、報警監(jiān)控提示等)，二是充足有價值的用戶測試，保證不出現(xiàn)設(shè)計師以為很好用，用戶學(xué)到哭的情況，三是深刻理解業(yè)務(wù)，設(shè)計師的業(yè)務(wù)理解水平接近架構(gòu)師和產(chǎn)品經(jīng)理的水平，才能從體驗側(cè)做一定范圍的有效改動，來幫助產(chǎn)品的可用性得到提升。

　　做復(fù)雜信息架構(gòu)產(chǎn)品，最難的就是業(yè)務(wù)理解入門。例如做微信、等產(chǎn)品，設(shè)計師相對好入手，因為設(shè)計師本身也是用戶群體。而復(fù)雜信息架構(gòu)產(chǎn)品一般不是給普通用戶使用的，是給一個特定群體的用戶使用的，大部分情況，設(shè)計師與這個特定群體是沒有交集的。

　　例如設(shè)計師接到一個任務(wù)，做銀行交易系統(tǒng)，首先，設(shè)計師沒有在銀行工作過，對銀行交易流程基本不了解，第二，設(shè)計師完全不知道使用這個交易系統(tǒng)的用戶的心理模型、工作狀態(tài)、用戶場景、喜怒哀樂。如果這個銀行交易系統(tǒng)是給尼日利亞的某個銀行做的，可能設(shè)計師連當面和用戶交流的機會都沒有。

　　最好的方式，我是建議設(shè)計師能自己跑去真實使用場景做做自己的用戶訪談，例如到用戶群體做一天的跟蹤訪談、用戶深訪、任務(wù)流程記錄、用戶痛點記錄等，這些真實的感受和體驗帶來的價值遠遠大于架構(gòu)師或者產(chǎn)品經(jīng)理給設(shè)計師描述帶來的價值。

　　自我經(jīng)驗的比較也是一個好方法。沒有設(shè)計師能站出來說，我做過任何類型的產(chǎn)品設(shè)計，但是優(yōu)秀的設(shè)計師可以找到一些讓以前自己成功的設(shè)計經(jīng)驗適用到現(xiàn)有產(chǎn)品的方法。

　　做一個云平臺的服務(wù)購買場景，雖然設(shè)計師可能沒有接觸過云平臺，但是能否類比到去京東淘寶買零食的流程，來看看有沒有共性可以利用。其實是有的，因為人性是相通的。

　　做一個ToC類產(chǎn)品，可能一個設(shè)計討論會，來4-5位產(chǎn)品與開發(fā)的同事就能啟動討論，且很快會有結(jié)論和執(zhí)行項。做一個復(fù)雜信息架構(gòu)的ToB類產(chǎn)品，一個模塊拉通會輕輕松松就是來30多人，一個討論就能引發(fā)2個小時的混戰(zhàn)。

　　這個時候?qū)υO(shè)計師的全局觀和項目把控能力的要求是非常高的。不然就會出現(xiàn)一個情況，拉30多人討論10個設(shè)計點，討論到第2個設(shè)計點的時候，大家爭起來了，很快就爭論到商業(yè)、業(yè)務(wù)、技術(shù)、平臺等非設(shè)計的論題，吵了3個小時然后大家都崩潰了就散會了。這個時候設(shè)計師才想起來，還有9個設(shè)計點沒有討論……

　　拉通需要設(shè)計師有掌握全場討論的能力，控制時間，控制爭論方向，避免沒有結(jié)果的討論，主動提出并控制設(shè)計的執(zhí)行項。

　　有很多ToC類的設(shè)計黃金準則，在ToB類設(shè)計不一定適用。例如做減法。一個頁面，產(chǎn)品經(jīng)理提出了20個功能，設(shè)計師說，簡潔!減法!砍成3個!產(chǎn)品經(jīng)理說，不行，10個!設(shè)計師說，好了，5個，趕緊的我還要出圖呢。這個減法討論就結(jié)束了。(當然，簡單信息架構(gòu)產(chǎn)品做減法也是需要技巧和思考的)

　　而ToB類產(chǎn)品，一個模塊100個功能可能來自20個不同的業(yè)務(wù)需求群體，這個時候砍任何功能，都會造成整個大功能模塊閉環(huán)的缺失。所以單純的砍功能做減法不一定在ToB類產(chǎn)品設(shè)計上適用。

　　很多設(shè)計師在網(wǎng)上給我抱怨，說做的產(chǎn)品是ToB的，密密麻麻的功能、表格、篩選、流程圖，一點美感都沒有，不像做一個音樂、聊天、工具的ToC產(chǎn)品那么有成就感。

　　的確，做一款好的ToC產(chǎn)品，首先，樣子足夠好看(能放棄一些次級功能追求簡潔和美觀)，第二，大眾使用，App Store有人夸，家人朋友可以點贊。

　　做ToB產(chǎn)品，先不說好不好看，一般來說ToB產(chǎn)品的交互價值遠遠大于視覺暫時，而且主要是沒人夸。設(shè)計師花半年給南美一個運營商做一個大數(shù)據(jù)分析系統(tǒng)，做的再好，南美那邊也不會有用戶跑來贊你啊，要是真有一天有個用戶高興的不行，給你打一個電話，你也聽不懂啊…… 哈哈哈

　　做什么設(shè)計都是有樂趣的。做ToC產(chǎn)品，把一個首頁做的漂亮精致，肯定是有成就感的。做ToB產(chǎn)品，把一個需要10步的流程通過打散、整合、聚集等方式減少到3步，也是一種樂趣。

　　設(shè)計復(fù)雜信息架構(gòu)的時候，設(shè)計師千萬不要放棄自己對專業(yè)的美好理想，讓自己完全受制于業(yè)務(wù)和技術(shù)來出稿，而是時刻記得自己的專業(yè)能否幫助整個系統(tǒng)得到提升，這樣的樂趣和成就感也是很大的。

　　回國以后，我的設(shè)計任務(wù)長期是ToC、ToB類產(chǎn)品都包括，我覺得只要保持一個有樂趣的設(shè)計心，這兩類產(chǎn)品帶來的設(shè)計滿足感是一樣的。

　　好了，今天小編就講到這里，如果您還有其他關(guān)于網(wǎng)站建設(shè)類的問題歡迎隨時來電或者留言。應(yīng)客網(wǎng)專業(yè)從事網(wǎng)站建設(shè)與推廣多年，經(jīng)驗豐富。