編輯導(dǎo)語：B端產(chǎn)品的業(yè)務(wù)通常會(huì)涉及到多個(gè)角色，需要各個(gè)部門和團(tuán)隊(duì)的分工協(xié)作和及時(shí)溝通。信息架構(gòu)圖和泳道圖能夠有效地提高工作效率以促進(jìn)業(yè)務(wù)的完成，本文作者介紹了有關(guān)信息架構(gòu)圖和泳道圖的相關(guān)內(nèi)容，感興趣的一起來看看吧。

當(dāng)思考某個(gè)產(chǎn)品時(shí)，尤其B端產(chǎn)品涉及多個(gè)角色，這意味著存在大量跨部門和跨團(tuán)隊(duì)的協(xié)作溝通，而這些都可能造成處理漏洞、效率低下和重復(fù)的風(fēng)險(xiǎn)，也會(huì)增加成本。

這時(shí)各類圖的運(yùn)用就能幫助解決此類問題，如：信息架構(gòu)圖、泳道圖、流程圖等。

一、信息架構(gòu)圖

定義：指對(duì)某一特定內(nèi)容里的信息進(jìn)行統(tǒng)籌、規(guī)劃、設(shè)計(jì)、安排等一系列有機(jī)處理的想法。

信息架構(gòu)圖是產(chǎn)品的骨架，它能直接看到產(chǎn)品模塊/功能等信息。

首次畫信息架構(gòu)圖都會(huì)誤以為是一張簡(jiǎn)單的思維導(dǎo)圖而已，殊不知畫信息架構(gòu)挺考驗(yàn)一個(gè)產(chǎn)品人的能力。

Tip1：畫信息架構(gòu)秉承方法論MECE原則

以某行政業(yè)務(wù)為例：如差旅功能分在角色模塊也行，屬于人的類目，分在事的模塊也行，因?yàn)橐矊儆谑碌念惸俊?/p>

分類不清晰的產(chǎn)品會(huì)給使用者造成認(rèn)知模糊，每次找某個(gè)東西都會(huì)不清楚到底去哪里找。這樣極大的降低了操作效率。

此外，一款分類不清晰的產(chǎn)品，后續(xù)迭代，耗費(fèi)的成本更高。如增加某個(gè)新功能，加在哪里？怎么加？這個(gè)新功能和以前的功能是否兼容？

Tip2：MECE原則驗(yàn)證方式

從產(chǎn)品中拿某個(gè)功能去看，大家能快速知道放到哪個(gè)模塊里，大抵就是正確的。

如：大家用微信，如果日常要繳一個(gè)水電費(fèi)，大家第一直覺是微信里“我”的模塊。不太可能是微信里的“發(fā)現(xiàn)”的模塊。

有效的進(jìn)行功能分類，相互獨(dú)立，且符合用戶的認(rèn)知。

在產(chǎn)品初期，很大程度上就規(guī)避了風(fēng)險(xiǎn)，尤其一些迭代幾輪后的產(chǎn)品，想再做一些改動(dòng)很難，因?yàn)榈K于開發(fā)成本太高。這或許是很多公司明知道產(chǎn)品不好，但又很無奈的原因之一 。

二、泳道圖

一種反映流程中人與人或部門與部門之間關(guān)系的圖表，

這種繪圖方法能夠快速而輕松地繪制和追蹤流程，可以展示出一個(gè)商業(yè)過程之間的關(guān)系，并展示為那個(gè)過程負(fù)責(zé)的功能板塊（比如說部門）。泳道圖專注于價(jià)值活動(dòng)之間的邏輯關(guān)系，更好地展示每個(gè)價(jià)值活動(dòng)的責(zé)任。

1. 產(chǎn)品人的用途

1. 分析表達(dá)需求；
2. 講清楚業(yè)務(wù)和系統(tǒng)、系統(tǒng)和人的關(guān)系；
3. 摸清楚系統(tǒng)邊界、開發(fā)成本。

2. 泳道圖的事件流構(gòu)成單元

1）目標(biāo)：事件流的最終目標(biāo)是什么

它是可操作的、戰(zhàn)略性的、功能性的嗎?

涉及哪些組織單位，希望分析到何種程度的細(xì)節(jié)以發(fā)現(xiàn)問題?

2）主流程：事件流的正向流程

為了實(shí)現(xiàn)目標(biāo)，流程被定義為實(shí)現(xiàn)特定最終結(jié)果的一系列任務(wù)，如獲取新客戶。

對(duì)于所分析的每個(gè)流程，最終結(jié)果是什么?

3）角色：參與者的角色以及角色之間的關(guān)系

哪些組織單位參與？

該過程的輸入來自哪里？

誰接受該過程的輸出？

4） 參與者：明確所有事件流的參與者

如：系統(tǒng)也是一個(gè)事件流的一環(huán)節(jié)參與則。

5）開始與結(jié)束：事件流的起點(diǎn)和終點(diǎn)

6）信息的流向：要完成的任務(wù)，順序

是否有任何空隙或步驟缺失?

是否有重復(fù)工作?是否存在重疊，即幾個(gè)人或團(tuán)隊(duì)執(zhí)行相同的任務(wù)或活動(dòng)?
是否存在低價(jià)值的活動(dòng)?

7）異常流程：時(shí)間流的逆向流程

以某跨境物流平臺(tái)為例：

1.0版本泳道圖，一個(gè)新用戶在平臺(tái)下單需要操作13步，如這樣一個(gè)產(chǎn)品讓大家去用，大抵基本不會(huì)用，更何況是tob的用戶。基于產(chǎn)品的利益相關(guān)者分析可以判斷，產(chǎn)品的角色的劃分是否合理且滿足需求。

2.0版本泳道圖，泳道圖直觀的展示：用戶需要操作的步驟5步，平臺(tái)需要呈現(xiàn)的界面，后臺(tái)需要的開發(fā)支持，清晰明了。角色分為：新用戶，平臺(tái)，后臺(tái)

（非嚴(yán)格標(biāo)準(zhǔn)泳道圖畫法，重點(diǎn)表達(dá)產(chǎn)品和業(yè)務(wù)邏輯）

3.0版本的還在死磕中。

泳道圖是底層的系統(tǒng)核心，做產(chǎn)品不能脫離了業(yè)務(wù)。它幫助展示出一個(gè)商業(yè)過程之間的關(guān)系，便于做有效決策。

信息架構(gòu)圖，是一個(gè)產(chǎn)品的雛形，信息有效的分類且相互獨(dú)立，對(duì)用戶而言能提升操作效率，對(duì)企業(yè)而言能低成本持續(xù)迭代。

本文由 @番茄 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖源自 Unsplash，基于CC0協(xié)議