產品入門 | 教你輕松區分并繪制產品功能結構圖、產品信息結構圖和產品結構圖
產品入門必備技能,結構圖、流程圖、原型以及各類文檔的編寫繪制;會畫會寫并不代表你是一個合格的產品經理,但是合格的產品經理一定會畫會寫。產品結構圖是一個產品在你腦海中構想的最初雛形,方便你梳理產品功能、頁面流程,構建產品的整體架構。
我們在初入行業時肯定聽過產品人需要繪制產品結構圖,但自己去搜索的時候又發現有產品信息結構圖、產品功能結構圖,這個時候就很困惑,結構圖到底是什么?怎么一個結構圖還這么多身份?難道結構圖是功能結構圖或者信息結構圖的簡稱?
下面是筆者通過實踐和資料整理對這幾個結構圖進行定義區分,讓大家對其有一個整體認識。
- 產品功能結構圖:是對整個產品功能點的梳理,一般認為它是在你對產品的頁面布局還沒有一個清晰的認知時繪制的,對腦海中該產品要實現的功能的細化。
- 產品信息結構圖:是對整個產品要展示的信息做的梳理,一般認為它是你通過分析整理得出的該產品各個頁面應該展示的信息,同時也為后臺上傳數據提供依據。
- 產品結構圖:可以認為是在對信息結構圖和功能結構圖的整合后完成的,包含了頁面信息也包含了頁面功能,還包含了功能/頁面的交互、跳轉邏輯。
其實一般我們在實際工作中,可能不用這么細致的劃分這三類結構圖也能完成工作,但是想要深入了解結構圖,創造出一套屬于自己的產品結構圖繪制邏輯就需要我們先分清這三類圖然后在結合實際進行運用。
一、產品功能結構圖
作用:梳理產品功能點。
注意:我們繪制產品功能結構圖一般是在原型繪制前,所以大多不以頁面為模塊進行功能羅列,而是以功能劃分模塊,以產品的主要功能及其他圍繞主要功能而展開的功能點進行羅列。
產品新人在入門的時候一般會倒推已經成型的產品來練手,此時需要反復使用軟件,列出其主要功能模塊。
產品新人在自己構想一個新的產品時,也需要大量使用同類或者有借鑒意義的產品,在繪制功能結構圖的過程要結合過往或者同類產品經驗羅列功能模塊、細化功能點。
功能和信息的概念有時比較模糊,如果想要更清晰的讓自己的表達更清晰可以采用“動詞+名詞”的形式對功能點命名,比如:查看/修改昵稱;查看/修改頭像等。
繪制過程:
我們在繪制功能結構圖之前,要先梳理主要功能邏輯,下面是筆者在繪制某命理測算軟件功能結構圖之前梳理的主要功能邏輯:
然后按照主要功能邏輯劃分主要功能模塊:
在主要功能模塊的基礎上添加次要模塊和細節功能點,產品功能結構圖就繪制出來啦!
如下圖:
二、產品信息結構圖
作用:梳理具體頁面顯示信息,是繪制原型也是后臺建立信息數據庫的依據之一。
注意:產品信息結構圖羅列了產品需要的信息字段,是在我們繪制原型前構想如何布局頁面信息的依據。在一些社交或者電商類軟件/網站中,個人主頁/店鋪主頁信息較為重要,此時就需要先繪制產品信息結構圖窮盡頁面信息,然后再根據主次關系布局頁面。(由于頁面信息較多,部分模塊未展開)
繪制過程:
首先結合功能點,設想軟件的主要頁面:
根據軟件需要、同類/競品軟件頁面、自己的產品經驗確定具體顯示字段(由于頁面信息較多,部分頁面未展開):
三、產品結構圖
作用:以腦圖的形式展示整個產品的信息、功能及基本交互。
注意:有部分產品人認為產品結構圖是產品信息結構圖或者產品功能結構圖的簡稱,這種想法比較片面。產品結構圖比產品信息結構圖多了功能、比產品功能圖多了信息,又細化了產品信息結構圖/產品功能結構圖,同時還增加了頁面跳轉邏輯。
繪制過程:
前提已經初步完成功能圖和信息結構圖;
根據頁面結構填充功能點和跳轉流程(由于頁面信息和功能較多,部分頁面未展開):
總結:在一個產品的構想之初,繪制的功能結構圖比較粗糙,在我們繪制信息結構圖的時候會細化頁面信息同時需要回過頭去補充完善產品功能結構圖,這樣既能方便我們繪制產品結構圖和繪制產品原型,也能讓我們的產品邏輯更加嚴謹。
在我們完成一個產品的功能圖后要學會復盤,方便發現自己在繪制過程中的不足,自我學習積累、不斷復盤、不斷思考才能進步,最后祝所有產品新人都能跨過產品小白的門檻,迅速成長!
本文由 @live life 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
產品結構圖和信息圖里面不用注冊登錄么?
寫的很清楚,感謝。
學習了
幫幫測
啊哈。。。噓。。。他現在應該改版了些
噓
請問用例圖是否可以作為完成產品功能結構圖的一個輔助工具來用。
其實畫結構圖的過程就是細化構思的過程,看你整個構思的來源如果和用例密切相關,那可能對你花結構圖有些幫助。純屬個人理解(也許有瑕疵,自行判斷)
你好,請問這是什么產品的圖,想結合產品一起看,非常感謝
樓上有回答。。。不過現在可能也改版了
有一個觀點不太清楚,例如文中信息結構圖的畫法是立足于主要頁面的。之前看過其他大佬的文章,例如844937中描述:信息結構需要脫離產品實際頁面。具體為什么需要這樣,我也還在想,作者怎么看呢?
我也有相同的疑問,總覺得基于頁面去梳理信息結構實現起來更加簡便和易上手;但是其他文章中提出信息結構要脫離產品具體頁面,可能為了避免是不同頁面具有相同信息而導致重復梳理吧。
學過面向對象編程么,從技術的角度一句話概括:用于描述對象屬性且趨近于數據庫的圖表; 說白了,就是類的字段,這個類的實例對象可以是列表頁,也可以個人的基本信息;所以講要脫離頁面,微信 – 我 – 個人信息,這個“個人信息”就是一張類,它可以在很多界面上用到,比如:朋友圈、聊天界面-點擊好友頭像-好友信息;
認同,信息結構圖是本文的瑕疵。
我理解我們在做一個產品會構思其功能及功能點這個是功能結構圖,功能結構圖細化到一定程度以后,我們就會著眼于怎么布局,這里可能就和構思頁面密不可分了,這塊我們可能要先想怎么布局頁面,這塊就是我畫信息結構的初衷,信息結構圖和原型初稿其實是相輔相成的,他們并不是獨立的,會在完善一個同時再去完善另一個。純屬個人理解(也許有瑕疵,自行判斷)
我也是看了這篇文章。功能結構和信息結構是產品結構圖的前置,避免在設計時有缺漏,從對象去提煉信息會更關注全局。從上文來看作者的產品結構圖是和原型初稿相輔相成的,信息結構圖如果也以這個為定義做的時候會有重復勞動的感覺。
同意看法 同樣疑惑
您好,問一下。界面上表格里橫向的標簽名需要寫進信息結構圖里嗎
那看你要寫多細的了,整個產品的初期肯定不只有結構圖 還是需求文檔和原型,個人認為這些可能是更可以細化細節的地方
你好 可以轉載嗎
不可以 哈哈哈哈哈
不可以 哈哈哈哈哈
學習到了 ??
您確定這能說的通?符合規律?
個人意見,您可以根據自己的需求查看,如果有具體疑問可以交流
您好,請問您這些圖的樣式,是用xmind做的嗎?
是的
最后一張圖的樣式是怎么做的呢?看到挺多這種樣式的了,難道不是用xmind?自帶的很丑
是用xmind做的
新人的確容易搞混。下一篇可以出個用例圖,時序圖,泳道圖。。。
ok~正在學習整理中~