經(jīng)歷過(guò)幾家創(chuàng )業(yè)公司，但卻很少參與產(chǎn)品信息架構的設計，不管有沒(méi)有產(chǎn)品經(jīng)理，產(chǎn)品的信息架構大部分都由創(chuàng )業(yè)者來(lái)定。不是所有的創(chuàng )業(yè)者都有信息架構搭建意識，他們多從短期的業(yè)務(wù)邏輯和商業(yè)價(jià)值兩個(gè)維度出發(fā)，簡(jiǎn)單定義信息內容和產(chǎn)品架構，而忘記了實(shí)現商業(yè)價(jià)值應以滿(mǎn)足用戶(hù)需求為基礎。從長(cháng)期的產(chǎn)品發(fā)展來(lái)看，信息架構對產(chǎn)品發(fā)展的影響會(huì )越來(lái)越明顯。對to C產(chǎn)品而言，用戶(hù)核心使用場(chǎng)景較少，用戶(hù)群體相對集中，使用流程相對簡(jiǎn)短，所以大都屬于輕架構。而對to B產(chǎn)品而言，屬于功能繁多，流程復雜，角色權限多樣，場(chǎng)景靈活可配置的重架構產(chǎn)品。隨著(zhù)to B產(chǎn)品用戶(hù)群體增大，覆蓋場(chǎng)景增多，越來(lái)越多的想象不到的問(wèn)題暴露出來(lái)，這個(gè)時(shí)候信息架構的設計經(jīng)不經(jīng)得住推敲就一目了然了。

一、剖析和復盤(pán)信息架構

在之前經(jīng)歷了近兩年的一款to B產(chǎn)品中，迭代更新了大量的功能，結合用戶(hù)使用場(chǎng)景設計并優(yōu)化了好幾個(gè)復雜的的操作流程，給用戶(hù)帶來(lái)功能完整和流程簡(jiǎn)單的產(chǎn)品體驗?？墒请S著(zhù)時(shí)間的驗證，用戶(hù)給我們提出了一些我們并沒(méi)有考慮到的問(wèn)題。

以下是從應用市場(chǎng)和用戶(hù)交流群收集的2017年3月到2017年9月的用戶(hù)提問(wèn)和反饋，我將這些內容分為已上線(xiàn)功能存在使用問(wèn)題和功能不全導致使用不便兩部分來(lái)展示：

從用戶(hù)反饋看，很多現有的功能可以滿(mǎn)足他們的需求，可用戶(hù)卻找不到也不會(huì )用。與不會(huì )用的功能數相比，功能設計不完整占少數。面對重復關(guān)于找功能入口、獲取內容等問(wèn)題高頻出現在用戶(hù)交流群中，團隊需要花大量的時(shí)間去告知用戶(hù)如何使用。這對于人力資源不足的創(chuàng )業(yè)團隊而言是奢侈的。面對這么多高頻率的重復問(wèn)題，你可以說(shuō)是沒(méi)有客服團隊，沒(méi)有用戶(hù)幫助系統等原因造成。卻容易忽略最重要的原因：產(chǎn)品設計師沒(méi)有將信息按照易于人們理解接收的方式來(lái)整理和排列，導致用戶(hù)無(wú)法自然感知、接收和預測信息。所以在解決交互視覺(jué)問(wèn)題之前，需將信息架構這個(gè)產(chǎn)品骨架優(yōu)先完成。本文選擇逆向分析方式來(lái)復盤(pán)產(chǎn)品信息構架和從理論上去學(xué)習信息構架的重要性。

1、還原產(chǎn)品A信息架構

產(chǎn)品A是一款為個(gè)體商戶(hù)、零售批發(fā)、連鎖便利店等提供移動(dòng)門(mén)店管理服務(wù)的企業(yè)服務(wù)軟件。包括以下功能點(diǎn)：1.店鋪管理（店鋪信息，店鋪營(yíng)銷(xiāo)，多店管理）2.訂單管理（線(xiàn)上接單，線(xiàn)下開(kāi)單，訂單查詢(xún)，退換貨）3.庫存管理（商品移庫，商品拆裝，商品拼裝，商品組裝，商品盤(pán)點(diǎn)）4.店員管理（店員入店，店員權限管理，店員角色設置）5.賬本管理（手動(dòng)記賬，自動(dòng)記賬，多賬戶(hù)管理，供應商賬戶(hù)管理）6.會(huì )員管理（會(huì )員辦理，會(huì )員積分，會(huì )員充值）7.店鋪分析（進(jìn)貨分析，出貨分析，店員分析，會(huì )員分析，毛利分析，庫存分析，賬本分析）8.店鋪營(yíng)銷(xiāo)等。以下是產(chǎn)品A目前的信息架構圖：

從線(xiàn)上版的信息架構可以看出，整個(gè)產(chǎn)品的架構寬且深。整個(gè)功能架構出現了嚴重的不平衡。導航共五個(gè)模塊：首頁(yè)、訂單、庫存、分析、管店。首頁(yè)和管店功能占比最大，將這兩個(gè)模塊單獨提?。?/span>

1.1 首頁(yè)：個(gè)人中心、店鋪切換、部分統計、經(jīng)營(yíng)指數圖、進(jìn)貨、出貨。首頁(yè)做這種功能模塊排版是為了讓用戶(hù)第一印象就可以認識這個(gè)產(chǎn)品。想傳達給用戶(hù)這個(gè)產(chǎn)品的兩大特點(diǎn)：一是這個(gè)產(chǎn)品是為建立數據化智能門(mén)店服務(wù)的，二是這個(gè)產(chǎn)品的主要應用場(chǎng)景是出貨進(jìn)貨。

1.1.1 導航區

在右上方的“+”用于同步，快速添加賬目等服務(wù)；掃碼按鈕用戶(hù)快捷結算，快捷開(kāi)單。

個(gè)人中心

• 功能描述：賬號個(gè)人信息設置；
• 交互方式：點(diǎn)擊進(jìn)入個(gè)人中心模塊可編輯個(gè)人信息；
• 實(shí)際場(chǎng)景：修改賬戶(hù)信息，退出賬戶(hù)登錄，提交反饋等；
• 體驗疑問(wèn)：內容簡(jiǎn)單，層級處理太復雜，是否可以減少跳轉合并成一個(gè)頁(yè)面？

店鋪切換

• 功能描述：滿(mǎn)足多店管理情況下切換店鋪；
• 交互方式：下拉或者點(diǎn)擊切換店鋪其他tab數據全部轉變；
• 實(shí)際場(chǎng)景：大量店主只有一個(gè)店，并不需要切換店鋪；
• 體驗疑問(wèn)：從功能優(yōu)先級和隱藏需激活的設計方式上看，這種設計安排是否合理？

1.1.2 內容區

部分統計

• 功能描述：展示今日進(jìn)貨、本月毛利、今日出貨；
• 交互方式：無(wú)；
• 實(shí)際場(chǎng)景：店主需要關(guān)注的數據是動(dòng)態(tài)變化的，顯示當日的經(jīng)營(yíng)情況，如：訂單數、入賬、新增辦卡等；
• 體驗疑問(wèn)：是否是店主想要看到的關(guān)鍵營(yíng)業(yè)數據？

經(jīng)營(yíng)指數

• 功能描述：多維度數據匯總成經(jīng)營(yíng)指數；
• 交互方式：點(diǎn)擊統計圖，tab切換至分析；
• 實(shí)際場(chǎng)景：經(jīng)營(yíng)指數適合店鋪階段性經(jīng)營(yíng)狀態(tài)展示，并配合具體的數據分析和換算規則；
• 體驗提問(wèn)：沒(méi)有告知用戶(hù)經(jīng)營(yíng)指數的統計標準，數據內容不直觀(guān)。由于某種原因，暫已停止更新；

進(jìn)貨

• 功能描述：進(jìn)貨記賬；
• 交互方式：交互和出貨一致；
• 實(shí)際場(chǎng)景：進(jìn)貨后錄入貨物信息、供應商信息和進(jìn)貨金額；
• 體驗疑問(wèn)：進(jìn)貨此處進(jìn)貨按鈕給用戶(hù)造成兩方面的困擾：平臺是否可以給用戶(hù)提供產(chǎn)品？進(jìn)貨和產(chǎn)品入庫有什么區別？

出貨

• 功能描述：滿(mǎn)足店主實(shí)時(shí)出貨選擇商品和收銀流程；
• 交互方式：跳轉頁(yè)面錄入商品選購信息、會(huì )員信息和完成收銀流程；
• 實(shí)際場(chǎng)景：客人選購好商品到收銀臺付款；
• 體驗疑問(wèn)：暫無(wú)。

從上述分析可得：除了出貨入口操作頻次高，其他功能存在設計不完整和定義不準確不清晰等問(wèn)題！導致整個(gè)頁(yè)面的場(chǎng)景感很弱，華而不實(shí)。

1.2 管店：店鋪基本信息、購買(mǎi)服務(wù)入口、店鋪成員、基礎設置模塊、店鋪運營(yíng)模塊

和首頁(yè)比，管店tab顯得復雜很多。隨著(zhù)產(chǎn)品的功能越來(lái)越細化，管店模塊內容越來(lái)越豐富。但一直都在基礎設置和店鋪運營(yíng)兩個(gè)模塊內添加?；A設置是啟動(dòng)店鋪數據化的開(kāi)端，店鋪的數據化運營(yíng)需要全面的基礎數據來(lái)支撐。店鋪運營(yíng)是為商家獲取客戶(hù)和管理客戶(hù)服務(wù)的。商家通過(guò)開(kāi)通運營(yíng)服務(wù)和設置運營(yíng)規則吸引更多新客戶(hù)和老客戶(hù)回購。

背景圖模塊：店鋪二維碼、設置（包括店鋪信息）、服務(wù)購買(mǎi)；

店鋪成員：店鋪成員展示、添加店員；

基礎設置：商品、打印機、結算、角色、（隱藏部分：儲值卡、規格、類(lèi)型、單位、收銀設備、倉庫、個(gè)性化）；

店鋪運營(yíng)：賬本、通訊錄、小麥鋪。

在功能較少的時(shí)候，這種四大塊的方式分割頁(yè)面并不會(huì )突兀。隨著(zhù)功能增多，涉及的用戶(hù)場(chǎng)景細化，兩個(gè)簡(jiǎn)單的基礎設置和店鋪運營(yíng)模塊已經(jīng)不能很好的支撐服務(wù)項歸類(lèi)。導致新增功能不直觀(guān)，入口安排不合理，用戶(hù)搜索困難等問(wèn)題。

2、產(chǎn)品A信息架構剖析版

通過(guò)對最復雜的首頁(yè)和管店頁(yè)面剖析可得出功能入口安排沒(méi)有從長(cháng)期的產(chǎn)品定位出發(fā)，導致產(chǎn)品骨架無(wú)法合理支撐功能特性。為了全面理解問(wèn)題，我選擇對全盤(pán)功能特性打散重組。由于是復盤(pán)階段，身邊沒(méi)有同事等相關(guān)工作人員和用戶(hù)，無(wú)法使用封閉式卡片分析法，所以從用戶(hù)反饋、使用場(chǎng)景和功能邏輯關(guān)聯(lián)性的角度使用色塊歸類(lèi)法來(lái)進(jìn)行功能分類(lèi)，使閱讀更清晰，剖析更直觀(guān)：

通過(guò)剖析，將整個(gè)產(chǎn)品歸類(lèi)為7塊，每塊代表特定的功能區，用7個(gè)顏色將其標出來(lái)。從標的色塊可看出各個(gè)色塊分布相當分散，這說(shuō)明整個(gè)產(chǎn)品功能模塊間并沒(méi)有保持獨立性，功能特性穿插混亂?；靵y的功能特性入口使用戶(hù)迷路，通過(guò)信息構架場(chǎng)景化歸類(lèi)來(lái)改變現狀。被分散的最嚴重的是設置類(lèi)的功能。賬戶(hù)信息設置、店鋪信息設置、店鋪數據規則設置和個(gè)性化設置等。

3、產(chǎn)品A信息架構復盤(pán)版

為了打造一個(gè)寬且淺的信息架構，減少層次達到功能展示扁平化，實(shí)現用戶(hù)可以輕易的發(fā)現功能入口。首先通過(guò)色塊歸類(lèi)法快速找出相關(guān)功能特性進(jìn)行模塊重組。然后使用場(chǎng)景歸類(lèi)法定義場(chǎng)景，將重組后的各個(gè)模塊分發(fā)到場(chǎng)景中。最后總結為由六個(gè)大模塊均衡組成的信息架構。

模塊一：首頁(yè)。店鋪基本數據錄入和運營(yíng)活動(dòng)設置。便于錄入基本數據和設置數據運營(yíng)規律；

模塊二：訂單。實(shí)時(shí)的出貨訂單管理，分為門(mén)店訂單操作和線(xiàn)上訂單操作。將記賬類(lèi)的進(jìn)貨和倉庫調整功能都歸到庫存模塊；

模塊三：庫存。全新整個(gè)庫存管理模塊。新增進(jìn)貨入庫功能以及將所有的倉庫操作記錄整合為倉庫日志；

模塊四：統計。全新的使用店鋪數據統計功能，錢(qián)、貨、人多維度的數據統計和分析；

模塊五：設置（抽屜）。將分散的互不相干的各種設置功能統一為一個(gè)開(kāi)放性模塊，便于高效查找和靈活使用；

模塊六：開(kāi)單。將開(kāi)單收銀設置為單一模塊，這個(gè)模塊是基于其他模塊設置成果的唯一呈現模塊。

經(jīng)過(guò)多次的歸類(lèi)整合，全新的信息構架復盤(pán)版如下：

總結：

以上是我對信息架構復盤(pán)的思路整理。整個(gè)過(guò)程通過(guò)線(xiàn)上反饋，模塊分組封閉完成。不代表專(zhuān)業(yè)立場(chǎng)，只是我個(gè)人的分析思維和沉淀。復盤(pán)后的信息架構也無(wú)法運用到市場(chǎng)中驗證。但通過(guò)這次信息架構的復盤(pán)，我加深了對信息架構設計的理解和運用。

在產(chǎn)品設計初期，產(chǎn)品設計團隊可以慢一點(diǎn)，不僅僅站在業(yè)務(wù)邏輯和商業(yè)價(jià)值的角度去設定產(chǎn)品的信息架構，而應該全面站在用戶(hù)使用場(chǎng)景中去考慮問(wèn)題。

在產(chǎn)品設計中期，信息架構需要隨著(zhù)產(chǎn)品定位的變化而優(yōu)化，便于更好更快速的支撐新功能。用戶(hù)引導不僅僅停留在視覺(jué)表現層，應該深入的追求引導失誤的根本原因，最低成本提升產(chǎn)品的貼心程度和判斷能力，讓用戶(hù)使用更貼心快捷。

二、信息架構相關(guān)理論知識

1、什么是信息架構？

信息架構是指在對某一特定內容里的信息集合進(jìn)行統籌、分類(lèi)，從而幫助用戶(hù)更好的檢索和瀏覽信息。

比如當我們去醫院看病時(shí)，從進(jìn)入醫院大門(mén)那一刻就進(jìn)入了一個(gè)完整的信息架構中。這些信息都安排在住院部、門(mén)診部的樓房里。當我們掛號后就會(huì )去找到對應的科室就診。就診后醫生會(huì )讓我們做檢查、治療、買(mǎi)藥。我們都需要去對應的房間。整個(gè)看病流程我們都離不開(kāi)醫院復雜的信息架構。

其實(shí)我們使用App和瀏覽網(wǎng)頁(yè)也是相同的道理，總是可以通過(guò)頂部或者底部的導航欄找到我們想要的功能。由此可得：

從用戶(hù)層：信息架構是幫助用戶(hù)在特定的復雜的信息中快速找到自己想要的；

從產(chǎn)品層：信息架構是建立在以產(chǎn)品目標為出發(fā)點(diǎn)通過(guò)滿(mǎn)足用戶(hù)需求實(shí)現業(yè)務(wù)需求來(lái)設計的。

2、怎么做信息架構？

從產(chǎn)品的工作流、行為和組織把一個(gè)大信息集合根據特定的規律拆分為多個(gè)小信息集合，這里的特定規律需遵循用戶(hù)的目標和需求，并保持簡(jiǎn)單和穩定。由于這些信息各自承擔著(zhù)具體任務(wù)，因此信息分組的目的在于更好地在任務(wù)中和任務(wù)間疏通用戶(hù)的使用流程。這時(shí)，要考慮的主要問(wèn)題如下（此處內容引用自《About Face 交互設計精髓4》）：

• 哪些信息能夠容納其他信息；
• 如何組織才能優(yōu)化工作流；
• 哪些信息需捆綁使用？哪些不是？
• 哪些數據有利于用戶(hù)做出分析和決策？
• 相關(guān)聯(lián)的元素是如何排序？
• 哪些信息需大片展示？
• 用戶(hù)的心理模型如何影響信息組織？

簡(jiǎn)言之有以下三個(gè)步驟：

• 首先定義清楚有哪些工作流、行為和組織，盡可能將所有信息歸類(lèi)清楚，寧可分細也不能太粗放；
• 然后簡(jiǎn)單的確定一級導航，將細分的相關(guān)類(lèi)別進(jìn)行整合，這一步可以嘗試多種組合方式，但需要保證每個(gè)導航模塊的獨立性；
• 最后需確定導航之間的相互聯(lián)系，給主導航進(jìn)行排序并解決復雜的數據邏輯關(guān)系。

3、什么是好的信息構架？

隨著(zhù)時(shí)間的積累，現在大多數產(chǎn)品的信息架構都有很多相似之處，驗證了好的信息架構有一定的普適性。譬如我們都知道一種最為常見(jiàn)的模式，當我們沿著(zhù)信息架構深入導航時(shí)，我們總會(huì )傾向于從寬泛的“信息面”逐步定位到特定的“信息點(diǎn)”。這種探索信息架構的行為通常被稱(chēng)為“鉆取”。所以好的信息架構應有以下共同點(diǎn)：

3.1 符合“產(chǎn)品目標”和“用戶(hù)需求”

B端產(chǎn)品通過(guò)提高客戶(hù)對服務(wù)的滿(mǎn)意度和存留率獲取收益。然而B(niǎo)端產(chǎn)品對應的用戶(hù)角色較多，各個(gè)角色需求差異。要滿(mǎn)足全鏈路的效率提升，需要對各個(gè)角色的工作環(huán)節進(jìn)行詳細了解。

3.2 層級關(guān)系清晰，突出重點(diǎn)信息

產(chǎn)品特性復雜繁多的情況下，通過(guò)對比將信息進(jìn)行分組和分類(lèi)，根據使用頻率，突出重要信息，滿(mǎn)足用戶(hù)高效的操作體驗。

3.3 相關(guān)信息歸類(lèi)，保持分類(lèi)獨立

通過(guò)使用場(chǎng)景將信息歸類(lèi)，防止信息零散分布在其他場(chǎng)景中，而同一層級中的各個(gè)信息都應該保持獨立便于用戶(hù)準確預測內容。

3.4 結構平衡穩固，便于快速擴展

從縱向來(lái)看，功能特性層級深會(huì )讓用戶(hù)操作路徑過(guò)長(cháng)。從橫向來(lái)看，入口太多導致查找困難。這些都會(huì )降低用戶(hù)效率。同時(shí)，新功能特性的加入如果能很好的融入到已有信息架構中，會(huì )減少產(chǎn)品團隊的決策成本。如更新內容過(guò)多，已有信息架構無(wú)法支撐，可在分支內優(yōu)化調整保持產(chǎn)品的易用性。

3.5 描述清晰易懂，避免用語(yǔ)不當

產(chǎn)品設計師在設計過(guò)程中，文字描述除了貼合場(chǎng)景和功能特性外，還需滿(mǎn)足簡(jiǎn)單易懂。特別是做一些行業(yè)的工具類(lèi)軟件，需考慮到用戶(hù)群體的專(zhuān)業(yè)化程度，如面向很多缺少專(zhuān)業(yè)知識的全新用戶(hù)，專(zhuān)業(yè)詞匯不僅加大了用戶(hù)的理解難度，還會(huì )降低使用效率，也會(huì )給產(chǎn)品團隊帶來(lái)想象不到的教育成本。

以上是我通過(guò)對各個(gè)平臺和書(shū)本搜索的關(guān)于信息架構設計的整理，不放過(guò)每一個(gè)有問(wèn)題的機會(huì )去學(xué)習和沉淀為的是在以后的工作中能更加職業(yè)化的高效的專(zhuān)業(yè)的解決問(wèn)題和提出問(wèn)題。