筆者結(jié)合自己的親身經(jīng)歷，以中醫(yī)信息化系統(tǒng)功能結(jié)構(gòu)圖為例，向我們分析了如何畫一款功能結(jié)構(gòu)圖。

剛?cè)胄挟a(chǎn)品經(jīng)理的時候，大家都會把原型設(shè)計當(dāng)成產(chǎn)品工作中最重要的工作。接收到工作任務(wù)后，第一件事就是打開Axure開始畫原型、做交互。

剛?cè)胄械哪悖浅Ｔ敢饣〞r間做高保真原型，以為原型畫的好，才是一個優(yōu)秀的產(chǎn)品經(jīng)理。

于是，辛辛苦苦做的帶交互、細(xì)節(jié)完善的原型，在實(shí)際開發(fā)中或者落地時在功能結(jié)構(gòu)上面遺漏了導(dǎo)致推翻重做或者大改。時間浪費(fèi)不說，開發(fā)對你的信任度也逐漸降低。

對于產(chǎn)品新人，我想很多都有這樣的煩惱：為什么辛辛苦苦做的帶交互、細(xì)節(jié)完善的原型并且很完善的產(chǎn)品方案，會被批評邏輯混亂、功能不清晰、設(shè)計有問題。最后不得不浪費(fèi)大量時間返工。

相信掌握了“功能結(jié)構(gòu)圖”的方法以后，以上問題得到了根本性的改觀。

在寫PRD、競品分析文檔中，我們常常會看到產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品功能結(jié)構(gòu)圖或者產(chǎn)品信息結(jié)構(gòu)圖的身影，但需要講清楚他們的定義和作用也真沒看上去那么簡單，這里作者嘗試用“中醫(yī)院信息化系統(tǒng)電子病歷模塊-功能結(jié)構(gòu)圖”分享一下自己的觀點(diǎn)。

特別聲明：由于篇幅和其他因素限制，本系列中所有的實(shí)例圖在完整性上有省略和簡化，僅作為舉例講解用，請讀者不要糾結(jié)圖表是否描述完整、是否有缺失模塊，主要是給讀者來告訴大家如何畫功能結(jié)構(gòu)圖。

一、功能結(jié)構(gòu)圖定義與作用

1. 定義

功能結(jié)構(gòu)圖就是按照功能的從屬關(guān)系畫成的圖表，在該圖表中的每一個框都稱為一個功能模塊。

功能模塊可以根據(jù)具體情況分大或細(xì)，分解得最細(xì)小功能模塊可以是一個程序中的每個處理過程，而較大的功能模塊則可能是完成某一個任務(wù)的一組程序。

用通俗的話來說，功能結(jié)構(gòu)圖就是以功能模塊為類別，介紹模塊下其各功能組成的圖表。

2. 作用

產(chǎn)品概念設(shè)計的運(yùn)用工具之一，能夠?qū)Σ煌耆_定的設(shè)計問題或相當(dāng)模糊的設(shè)計要求，以一種較為簡潔和明確的方法表示。在繪制的過程中，能夠幫助產(chǎn)品經(jīng)理思考并梳理產(chǎn)品的功能模塊及其功能組成；

梳理需求，以整體布局的方式對整個產(chǎn)品頁面中的功能結(jié)構(gòu)形成一個直觀的認(rèn)識，防止在產(chǎn)品需求轉(zhuǎn)化為功能需求的過程中出現(xiàn)功能模塊和功能點(diǎn)遺漏的現(xiàn)象。

二、功能結(jié)構(gòu)圖常見誤區(qū)

我們需要需要區(qū)分功能結(jié)構(gòu)與信息結(jié)構(gòu)圖

例如：在其功能結(jié)構(gòu)圖中許多朋友會直接用“名詞”來表示其功能點(diǎn)，畫圖人可能本人清楚，但看圖人就會產(chǎn)生疑惑：這個“名詞”到底是指提供可查看名字的功能還是可查看并修改名詞的功能。

形容一個功能點(diǎn)時建議多采用“動詞+名詞”的語言描述形式，這種方式不僅信息傳達(dá)更加準(zhǔn)確而且可以避免讀者不必要的困惑。

如上面的例子中我們就可以把“患者基本信息”改為“患者基本信息管理”或“查看并設(shè)置患者基本信息”來描述功能點(diǎn)。我們來看下圖這個例子

三、如何繪制功能結(jié)構(gòu)圖？

在實(shí)際應(yīng)用中，產(chǎn)品功能結(jié)構(gòu)圖通常在以下2種情況下繪制：

1. 對未完成的產(chǎn)品在設(shè)計階段繪制，確定產(chǎn)品功能結(jié)構(gòu)；
2. 對已完成的某個版本的產(chǎn)品繪制，用于分析并傳遞該產(chǎn)品的功能結(jié)構(gòu)；

1. 在產(chǎn)品的設(shè)計階段，如何挖掘并確定功能結(jié)構(gòu)圖中的主功能模塊呢？

首先主功能模塊應(yīng)該是產(chǎn)品在完整業(yè)務(wù)流程中的各個核心功能模塊，我們可通過業(yè)務(wù)流程中所涉及到的功能需求去提煉出主功能模塊，提煉完成后再通過業(yè)務(wù)流程走查一次，看是否有遺漏的主功能模塊。

舉個例子，假設(shè)我們參與了中醫(yī)電子病歷系統(tǒng)的早期功能設(shè)計，其產(chǎn)品初期定位是支持電子病歷信息的采集存儲、訪問、業(yè)務(wù)接口、圍繞提高醫(yī)療質(zhì)量、保障醫(yī)療安全、提高醫(yī)療效率而提供信息處理和智能化服務(wù)功能應(yīng)用系統(tǒng)。分為業(yè)務(wù)功能、接口功能等。

那么其對應(yīng)的核心業(yè)務(wù)可以簡化為

這樣我們就很容易得出產(chǎn)品設(shè)計階段臨床信息系統(tǒng)的主功能模塊，如下：

結(jié)合下面現(xiàn)有版本的微信功能結(jié)構(gòu)圖對比一下，經(jīng)過上百次迭代，其主功能結(jié)構(gòu)幾乎沒有發(fā)生變化，但是功能分支已經(jīng)非常的細(xì)節(jié)，

記住B端產(chǎn)品與C端產(chǎn)品不同的是B端產(chǎn)品需要把整個功能都完善后才可以上線，因為它面臨的是用戶涌入測試，很有特別多的反饋。我們不得不佩服其功能結(jié)構(gòu)的拓展性；

當(dāng)通過業(yè)務(wù)流程將主功能模塊確定下來后，再根據(jù)業(yè)務(wù)需求對其進(jìn)行功能的詳細(xì)設(shè)計即可，在此就不再展開了。

2. 對于已確定產(chǎn)品來說如何繪制功能結(jié)構(gòu)圖呢？

一款不管多復(fù)雜的應(yīng)用其主功能模塊的劃分?jǐn)?shù)量都不能太多（5-9個為佳），一般情況下當(dāng)對產(chǎn)品功能結(jié)構(gòu)進(jìn)行分析后，我們?nèi)匀粫捎脤?dǎo)航欄功能模塊作為主功能模塊然后對其下屬的功能模塊進(jìn)行整理。

只有當(dāng)我們認(rèn)為某個次級功能模塊在業(yè)務(wù)上太過重要且產(chǎn)品價值較高時，我們才可以將其劃分出來作為一個單獨(dú)的主功能模塊。

嚼碎來說，當(dāng)一個次級功能模塊反復(fù)出現(xiàn)在不同的導(dǎo)航欄功能模塊中的時候，我們專業(yè)術(shù)語叫“耦合度高的功能模塊”我們就可以考慮將其拆分出來作為主功能模塊，因為這個時候意味著這個次級功能模塊在產(chǎn)品的業(yè)務(wù)流程中來說十分重要，而且這也可以讓我們的產(chǎn)品功能結(jié)構(gòu)圖更加簡潔清楚。

如上面“中醫(yī)電子病歷功能結(jié)構(gòu)圖（V6.5.21）”中的搜索模塊就同時出現(xiàn)在了導(dǎo)航欄中的功能模塊和通訊錄功能模塊。

3. 如何確定功能結(jié)構(gòu)圖中的顆粒度呢？

功能結(jié)構(gòu)圖中的顆粒程度需要根據(jù)具體應(yīng)用場景來定，由畫圖人根據(jù)需要自行把控即可。

比如說在產(chǎn)品設(shè)計的過程中，功能結(jié)構(gòu)的建立是設(shè)計者的設(shè)計思維由發(fā)散趨向于收斂的過程，剛開始的顆粒度一般比較大，可能僅涉及到某個功能模塊，隨著設(shè)計的不斷推進(jìn)，功能結(jié)構(gòu)圖的顆粒度會不斷細(xì)化，最終可以拆分至某個具體的功能操作。

這里將“系統(tǒng)管理模塊”功能模塊作了細(xì)化，僅供參考：

作者：Rolia，?前?？挡┦柯?lián)合創(chuàng)始人兼產(chǎn)品總監(jiān)

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

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