如何畫功能結構圖:中醫信息化系統功能結構圖分析

3 評論 32092 瀏覽 144 收藏 10 分鐘

筆者結合自己的親身經歷,以中醫信息化系統功能結構圖為例,向我們分析了如何畫一款功能結構圖。

剛入行產品經理的時候,大家都會把原型設計當成產品工作中最重要的工作。接收到工作任務后,第一件事就是打開Axure開始畫原型、做交互。

剛入行的你,非常愿意花時間做高保真原型,以為原型畫的好,才是一個優秀的產品經理。

于是,辛辛苦苦做的帶交互、細節完善的原型,在實際開發中或者落地時在功能結構上面遺漏了導致推翻重做或者大改。時間浪費不說,開發對你的信任度也逐漸降低。

對于產品新人,我想很多都有這樣的煩惱:為什么辛辛苦苦做的帶交互、細節完善的原型并且很完善的產品方案,會被批評邏輯混亂、功能不清晰、設計有問題。最后不得不浪費大量時間返工。

相信掌握了“功能結構圖”的方法以后,以上問題得到了根本性的改觀。

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

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

一、功能結構圖定義與作用

1. 定義

功能結構圖就是按照功能的從屬關系畫成的圖表,在該圖表中的每一個框都稱為一個功能模塊。

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

用通俗的話來說,功能結構圖就是以功能模塊為類別,介紹模塊下其各功能組成的圖表。

2. 作用

產品概念設計的運用工具之一,能夠對不完全確定的設計問題或相當模糊的設計要求,以一種較為簡潔和明確的方法表示。在繪制的過程中,能夠幫助產品經理思考并梳理產品的功能模塊及其功能組成;

梳理需求,以整體布局的方式對整個產品頁面中的功能結構形成一個直觀的認識,防止在產品需求轉化為功能需求的過程中出現功能模塊和功能點遺漏的現象。

二、功能結構圖常見誤區

我們需要需要區分功能結構與信息結構圖

例如:在其功能結構圖中許多朋友會直接用“名詞”來表示其功能點,畫圖人可能本人清楚,但看圖人就會產生疑惑:這個“名詞”到底是指提供可查看名字的功能還是可查看并修改名詞的功能。

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

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

三、如何繪制功能結構圖?

在實際應用中,產品功能結構圖通常在以下2種情況下繪制:

  1. 對未完成的產品在設計階段繪制,確定產品功能結構;
  2. 對已完成的某個版本的產品繪制,用于分析并傳遞該產品的功能結構;

1. 在產品的設計階段,如何挖掘并確定功能結構圖中的主功能模塊呢?

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

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

那么其對應的核心業務可以簡化為

這樣我們就很容易得出產品設計階段臨床信息系統的主功能模塊,如下:

結合下面現有版本的微信功能結構圖對比一下,經過上百次迭代,其主功能結構幾乎沒有發生變化,但是功能分支已經非常的細節,

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

當通過業務流程將主功能模塊確定下來后,再根據業務需求對其進行功能的詳細設計即可,在此就不再展開了。

2. 對于已確定產品來說如何繪制功能結構圖呢?

一款不管多復雜的應用其主功能模塊的劃分數量都不能太多(5-9個為佳),一般情況下當對產品功能結構進行分析后,我們仍然會采用導航欄功能模塊作為主功能模塊然后對其下屬的功能模塊進行整理。

只有當我們認為某個次級功能模塊在業務上太過重要且產品價值較高時,我們才可以將其劃分出來作為一個單獨的主功能模塊。

嚼碎來說,當一個次級功能模塊反復出現在不同的導航欄功能模塊中的時候,我們專業術語叫“耦合度高的功能模塊”我們就可以考慮將其拆分出來作為主功能模塊,因為這個時候意味著這個次級功能模塊在產品的業務流程中來說十分重要,而且這也可以讓我們的產品功能結構圖更加簡潔清楚。

如上面“中醫電子病歷功能結構圖(V6.5.21)”中的搜索模塊就同時出現在了導航欄中的功能模塊和通訊錄功能模塊。

3. 如何確定功能結構圖中的顆粒度呢?

功能結構圖中的顆粒程度需要根據具體應用場景來定,由畫圖人根據需要自行把控即可。

比如說在產品設計的過程中,功能結構的建立是設計者的設計思維由發散趨向于收斂的過程,剛開始的顆粒度一般比較大,可能僅涉及到某個功能模塊,隨著設計的不斷推進,功能結構圖的顆粒度會不斷細化,最終可以拆分至某個具體的功能操作。

這里將“系統管理模塊”功能模塊作了細化,僅供參考:

 

作者:Rolia,?前??挡┦柯摵蟿撌既思娈a品總監

本文由 @pms-rolia 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 受用,感謝作者。

    來自廣東 回復
  2. 受用頗多,不僅是網上少有的講述制作B端產品功能結構的文章,并且闡明了繪制已完成/未完成產品方法的不同點,對當下的我幫助很大!

    來自四川 回復
  3. 前????

    來自安徽 回復