關(guān)鍵詞：B端產(chǎn)品、信息架構(gòu)、組織原則
你有沒有遇到在梳理B端產(chǎn)品界面信息的時候，不知道該如何開始？
你有沒有在梳理到一半的時候，覺得前面整理的不對，想從頭開始？
我曾經(jīng)都有過，因此我想了很多方法，期望盡可能整理出相對好用，又不反復(fù)修改的信息架構(gòu)。
你知道嗎？其實在很多地方，譬如在寫ppt、寫文章、設(shè)計網(wǎng)站、繪制海報中，信息架構(gòu)都是用得到的。
今天呢，知果想和你聊聊有關(guān)B端產(chǎn)品信息架構(gòu)的事情。
這事兒說大不大，說小不小。我的實踐體會是，信息架構(gòu)就像一個物體的骨架，有了好的骨架，我們才能更好的填充其里面的內(nèi)容。
打個比方，對于一棟居民住宅樓來說，樓的整體結(jié)構(gòu)決定了樓道、電梯、屋子、廳堂等部分的設(shè)計。而對于屋內(nèi)臥室的結(jié)構(gòu)來說，其結(jié)構(gòu)決定了桌子、柜子、床的擺放位置等。
對于B端產(chǎn)品來說，信息架構(gòu)設(shè)計的好壞，一方面決定了用戶在使用產(chǎn)品中的難易程度；另一方面也影響著后續(xù)當(dāng)產(chǎn)品功能添加時，產(chǎn)品的延展性如何。
下面，知果將與你們分享關(guān)于B端產(chǎn)品信息架構(gòu)設(shè)計的 6 大組織原則：
獨立組織原則是指節(jié)點與節(jié)點之間是沒有強烈的因果或先后關(guān)系，它們是相對獨立的。它們可以共同完成某件事情，但完成的期間互相不相關(guān)；也可以相互之間完全沒有關(guān)聯(lián)，彼此獨立。
例如，要把A任務(wù)分解成3個子任務(wù)，這3個子任務(wù)之間是沒有前后關(guān)系的，它們可以同時進行，它們都做完了，A任務(wù)就算完成了。
再例如，通常來說，B端產(chǎn)品中用戶信息模塊和消息通知模塊就是無相關(guān)關(guān)系的，我們在設(shè)計它們之間的結(jié)構(gòu)關(guān)系時，就可以分別考慮。
包含組織原則是指節(jié)點與節(jié)點之間父與子的關(guān)系。我們看到的樹形結(jié)構(gòu)，就是包含組織原則的其中一種視覺呈現(xiàn)形式。
例如，在云效系統(tǒng)的項目協(xié)作模塊中，包括了任務(wù)管理、需求管理、迭代管理、度量統(tǒng)計等子模塊。質(zhì)量管理模塊中，包括了測試計劃、測試用例、缺陷管理等子模塊。
關(guān)聯(lián)組織原則是指節(jié)點與節(jié)點具有某種聯(lián)系，相互之間產(chǎn)生影響和牽連。
在我們?nèi)粘Ｉ钪校蟛糠质挛锒疾皇仟毩⒋嬖诘模且砸环N關(guān)聯(lián)的形態(tài)出現(xiàn)。
例如，當(dāng)一個外賣APP內(nèi)商家的數(shù)量越豐富，食物越豐富且好評也越多的時候，用戶也會越多，反之亦然。
在B端產(chǎn)品中，一些數(shù)據(jù)是通過API的方式從其他系統(tǒng)讀取過來的。用戶也許無需知曉數(shù)據(jù)的來源，但我們設(shè)計者需要在架構(gòu)圖上標(biāo)注與明確這種聯(lián)系，同步到成員。
再例如，在DevOps系統(tǒng)中，產(chǎn)品經(jīng)理A給研發(fā)工程師B下完任務(wù)后，在A的任務(wù)清單里可以看到新增了一條他創(chuàng)建的任務(wù)，與此同時，在B處也出現(xiàn)了一條新的研發(fā)任務(wù)。
B端產(chǎn)品中很多的數(shù)據(jù)信息具有時效性，比如操作日志、待辦事項、預(yù)定會議室數(shù)據(jù)等。因此，時間組織原則經(jīng)常被用到。
列表內(nèi)容的排序基本都遵循時間組織原則，將最近的數(shù)據(jù)往前靠。如果用戶想查詢幾天前的數(shù)據(jù)，則可以使用列表上方的篩選條件查詢相關(guān)數(shù)據(jù)。
B端產(chǎn)品中很多信息具有前后的流程關(guān)系，就需要用到流程組織原則了。
例如，員工A提交的請假審批流程，需要按照流程逐一審批才可結(jié)束。
再例如，在監(jiān)控系統(tǒng)中，如果要給一個監(jiān)視器添加告警信息，需要將監(jiān)視器的其他基礎(chǔ)信息補充完整，才能去添加告警內(nèi)容。
維度組織原則是指信息按照維度來分類，并呈現(xiàn)給用戶。在第4點中提到的時間組織原則就是維度組織原則中的一種。
在C端產(chǎn)品中常見的有，按推薦、按熱度、按最新、按點贊數(shù)等。
在B端產(chǎn)品中，維度組織通常與場景、數(shù)據(jù)性質(zhì)有關(guān)系，最主要的還是看用戶需求。
例如，在DevOps系統(tǒng)中，一個測試工程師通常會跟進1-3個產(chǎn)品的測試，但他們最主要的需求是能在一個頁面上看到所有待處理的任務(wù)，而不是每個產(chǎn)品下有幾個待處理的任務(wù)。因此，信息組織的維度不是按產(chǎn)品，而是按任務(wù)狀態(tài)。
B端產(chǎn)品信息架構(gòu)設(shè)計是碎片化需求轉(zhuǎn)原型的第一步，理清產(chǎn)品的信息構(gòu)架，才有之后的交互設(shè)計、視覺設(shè)計等一系列行為。
好的信息架構(gòu)設(shè)計不僅易用、也易延展。
關(guān)于B端產(chǎn)品信息架構(gòu)設(shè)計的其他方面，例如信息架構(gòu)設(shè)計的基本思路、信息架構(gòu)的4大模式、什么是信息架構(gòu)中的節(jié)點組織原則等，在我的書籍《B端思維》中都有涉及到。
書中還包括B端產(chǎn)品用戶界面導(dǎo)航如何設(shè)計、布局如何設(shè)計、信息如何呈現(xiàn)等均有詳細闡述。
好啦，知果今天的分享就到這里，我們下期見~
本文來自微信公眾號 “知果日記”（ID：gh_690a8b6479cb），36氪經(jīng)授權(quán)發(fā)布。
