咱們做東莞網站規劃的規劃師日常作業大略分一下，可以分為兩類，一類是ToC產品，面向顧客的產品，一類是ToB產品，面向企業或許特定用戶集體的面商類產品。往常咱們評論比較多的是ToC類產品，由于咱們都在運用，且規劃師許多在從事ToC類產品的規劃作業。

　　在知乎、微信、微博等渠道，有不少規劃師朋友來問我，做ToB類產品，信息架構雜亂，功用繁復，流程很繞，怎樣才華規劃好呢?正好最近在做一個很雜亂很繞的產品規劃，這里正好同時總結答復。

　　為了便利描繪，我這里極點一點，描繪ToC類產品為信息架構相對簡略的產品，例如微信，中心故事為談天、朋友圈、付出等，因人而異，每個用戶的中心場景不算多。而ToB類產品動輒便是上百個中心故事，各種功用模塊冗繁且對用戶的親切性低，運用起來學習本錢高，例如銀行生意體系、電信客服體系等。

　　簡略類比一下，信息架構雜亂水平的覺得由弱到強是這樣的。

　　規劃或許操控以下交通東西：

　　自行車。

　　汽車。

　　飛機。

　　火箭。

　　宇宙飛船……

　　如今底子理解了信息架構雜亂產品的樣子，咱們一起來看一下一些規劃這類產品需求留意的點。

　　一、邏輯清楚

　　規劃雜亂信息架構產品，第一要素，便是規劃師邏輯要非常清楚。這類產品隨同的海量功用、許多模塊、撲朔迷離的交互流程、難以了解的事務技能背景，都是對規劃師抵達邏輯清楚的應戰。

　　假設極點簡化一個ToC類產品的使命流程，或許是這樣的：

　　交互規劃師來收！怎么規劃雜亂信息架構產品？,互聯網的一些事

　　一個機敏的用戶來運用是這樣：

　　交互規劃師來收！怎么規劃雜亂信息架構產品？,互聯網的一些事

　　一個不太機敏的用戶來運用是這樣：

　　交互規劃師來收！怎么規劃雜亂信息架構產品？,互聯網的一些事

　　然后看一個ToB類產品，信息架構雜亂的時分，假設規劃師沒有抵達邏輯清楚，那規劃出來的使命流程或許是這樣的：

　　交互規劃師來收！怎么規劃雜亂信息架構產品？,互聯網的一些事

　　這時，

　　萌萌的用戶會：-_-””

　　靜靜的用戶會：呵呵……

　　兇惡的用戶會：規劃師你過來我確保不砍你……

　　所以做ToB類產品規劃，必定不能像寫散文相同，隨心而至，隨時下筆，得像寫談論文那樣，做足功課，想分明要點和邏輯，腦中成圖，再入手畫稿。

　　二、人物與場景

　　當然ToC和ToB規劃的特性差別明顯，可是底子的網站規劃方法還是通用的。人物與場景規劃仍然是雜亂信息架構產品規劃的法寶。有著1000個功用的產品，先分人物，下降每個人物模塊需求考慮的信息量和事務邏輯量，然后再依據真適用戶的運用情況，來區分場景停止場景規劃。把一大塊使命有邏輯地細分到小使命，才有逐步完成的或許。

　　牢記，不要只是依托事務功用來區分模塊，否則體會規劃會亂得一塌懵懂。

　　人物規劃需求對用戶集體有清楚的理解和區分，能做到事務運用的共感。

　　場景規劃需求規劃師有滿足的全局觀，否則分開了場景，完成了規劃，合不起來，就費事了。

　　一個雜亂信息架構產品，分人物，劃場景，可以讓規劃師對產品意圖理解更深化，全局把握更強，另外在頁面層級上，會把之前需求10層的功用使命流打薄到2-3層，大大提升用戶的運用效率和溫馨度。

　　交互規劃師來收！怎么規劃雜亂信息架構產品？,互聯網的一些事

　　三、學習本錢

　　做產品規劃的一個底子懇求，便是要確保用戶學習本錢滿足低，低到沒有。做ToC產品這個意圖很理解，也很容易靠攏，而做ToB產品很難。

　　我見過一個中國電信客服的界面，一個PC界面鱗次櫛比上百個功用，事務員完整憑仗自己的記憶力和習氣來停止操作，沒有太多的使命流清楚度可言。這樣的產品運用，是需求必定時刻的學習才華抵達底子運用，學習本錢必定不低。

　　還有不少ToB產品，需求有特別的訓練和說明，才華勉強讓新用戶開端運用。

　　這個時分，假設單純以學習本錢低到沒有來懇求ToB類產品，非常難。信息架構雜亂起來，是很難經過認知規劃、視覺規劃、交互流程簡化來處理學習本錢高的問題。

　　有幾個點可以幫忙到，一是活絡有用的提示(冷僻專業術語提示、要害操作提示、報警監控提示等)，二是足夠有價值的用戶測試，確保不呈現規劃師認為很好用，用戶學到哭的情況，三是深化了解事務，規劃師的事務了解程度接近架構師和產品司理的程度，才華從體會側做必定規模的有用改動，來幫忙產品的可用性得到提升。

　　規劃雜亂信息架構產品時，想做到學習本錢低到沒有，這時的規劃方法應該是，雖不能至，心向往之。

　　四、事務了解度

　　做雜亂信息架構產品，最難的便是事務了解入門。例如做微信、QQ音樂等產品，規劃師相對好動手，由于規劃師本身也是用戶集體。而雜亂信息架構產品一般不是給一般用戶運用的，是給一個特定集體的用戶運用的，大部分情況，規劃師與這個特定集體是沒有交集的。

　　例如規劃師接到一個使命，做銀行生意體系，首要，規劃師沒有在銀行作業過，對銀行生意流程底子不理解，第二，規劃師完整不曉得運用這個生意體系的用戶的心思模型、作業狀況、用戶場景、喜怒哀樂。假設這個銀行生意體系是給尼日利亞的某個銀行做的，或許規劃師連當面和用戶溝通的機遇都沒有。

　　所以做這類產品時，開工前，規劃師大部分時分事務了解度無限趨近于0……

　　好的方法，我是倡議規劃師能自己跑去實在運用場景做做自己的用戶訪談，例如到用戶集體做一天的盯梢訪談、用戶深訪、使命流程記載、用戶痛點記載等，這些實在的感受和體會帶來的價值遠遠大于架構師或許產品司理給規劃師描繪帶來的價值。

　　自我經歷的比較也是一個好方法。沒有規劃師能站出來說，我做過任何類型的產品規劃，可是優異的規劃師可以找到一些讓曾經自己勝利的規劃經歷適用到現有產品的方法。

　　做一個云渠道的效勞購置場景，當然規劃師或許沒有接觸過云渠道，可是能否類比到去京東淘寶買零食的流程，來看看有沒有共性可以使用。其實是有的，由于人性是相通的。

　　五、拉通

　　做雜亂信息架構產品，最難的一點是拉通。

　　做一個ToC類產品，或許一個規劃評論會，來4-5位產品與開發的同事就能啟動評論，且很快會有定論和履行項。做一個雜亂信息架構的ToB類產品，一個模塊拉通會悄悄松松便是來30多人，一個評論就能引發2個小時的混戰。

　　這個時分對規劃師的全局觀和項目把控才能的懇求是非常高的。否則就會呈現一個情況，拉30多人評論10個規劃點，評論到第2個規劃點的時分，咱們爭起來了，很快就爭辯到商業、事務、技能、渠道等非規劃的論題，吵了3個小時然后咱們都崩潰了就散會了。這個時分規劃師才想起來，還有9個規劃點沒有評論……

　　拉通需求規劃師有操控全場評論的才能，操控時刻，操控爭辯方向，防止沒有結果的評論，自動提出并操控規劃的履行項。

　　六、做減法

　　有許多ToC類的規劃黃金原則，在ToB類規劃不必定適用。例如做減法。一個頁面，產品司理提出了20個功用，規劃師說，精約!減法!砍成3個!產品司理說，不可，10個!規劃師說，好了，5個，趕緊的我還要出圖呢。這個減法評論就結束了。(當然，簡略信息架構產品做減法也是需求技巧和考慮的)

　　而ToB類產品，一個模塊100個功用或許來自20個不同的事務需求集體，這個時分砍任何功用，都會構成整個大功用模塊閉環的缺失。所以單純的砍功用做減法不必定在ToB類產品規劃上適用。

　　七、規劃師的成就感

　　許多規劃師在網上給我埋怨，說做的產品是ToB的，鱗次櫛比的功用、表格、挑選、流程圖，一點美感都沒有，不像做一個音樂、談天、東西的ToC產品那么有成就感。

　　確實，做一款好的ToC產品，首要，樣子滿足美麗(能拋棄一些次級功用追求精約和美麗)，第二，大眾運用，App Store有人夸，家人朋友可以點贊。

　　做ToB產品，先不說好不美麗，一般來說ToB產品的交互價值遠遠大于視覺暫時，并且主要是沒人夸。規劃師花半年給南美一個運營商做一個大數據分析體系，做的再好，南美那兒也不會有用戶跑來贊你啊，要是真有一天有個用戶快樂的不可，給你打一個電話，你也聽不懂啊…… 哈哈哈

　　我覺得換一個視點來想。

　　找到趣味。

　　做什么規劃都是有趣味的。做ToC產品，把一個主頁做的美麗精致，必定是有成就感的。做ToB產品，把一個需求10步的流程經過打散、整合、匯集等方法削減到3步，也是一種趣味。

　　規劃雜亂信息架構的時分，規劃師千萬不要拋棄自己對專業的美好抱負，讓自己完整受制于事務和技能來出稿，而是時辰記住自己的專業能否幫忙整個體系得到提升，這樣的趣味和成就感也是很大的。

　　回國今后，我的規劃使命長期是ToC、ToB類產品都包含，我覺得只需堅持一個有趣味的規劃心，這兩類產品帶來的規劃滿足感是相同的。

　　最后贊一下各位辛勞在ToB類產品規劃陣線上的小火伴們，一起加油!~~~