產(chǎn)品經(jīng)理的神助攻:信息結(jié)構(gòu)圖
人的腦容量是有限的,面對(duì)復(fù)雜的產(chǎn)品設(shè)計(jì)可能就會(huì)出現(xiàn)邏輯混亂的問題。此時(shí),信息結(jié)構(gòu)圖就是一個(gè)有力的助手,可以最大程度避免這種情況。
上一篇文章《產(chǎn)品經(jīng)理的必備技能:功能結(jié)構(gòu)圖》,介紹了什么是功能結(jié)構(gòu)圖、繪制功能結(jié)構(gòu)圖有什么好處,以及如何繪制功能結(jié)構(gòu)圖。
有同學(xué)對(duì)功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖的區(qū)別產(chǎn)生了疑問,這篇文章,單獨(dú)對(duì)信息結(jié)構(gòu)圖做詳細(xì)的介紹。
一、什么是信息結(jié)構(gòu)圖?
我們每天都在接收和處理信息。
打開微信聊天列表,好友頭像是信息、好友備注名是信息、最近聯(lián)系時(shí)間是信息、最后一天聊天記錄是信息。
進(jìn)入聊天詳情頁面,好友備注名是信息、好友頭像是信息、自己的頭像是信息、每一條聊天記錄是信息、聊天記錄的類型也是信息。
信息是有結(jié)構(gòu)的。
大部分公司都會(huì)為員工建立員工檔案,員工檔案信息一般包括姓名、性別、名族、籍貫、出生年月、身份證號(hào)碼、所屬部門、所在崗位、入職時(shí)間、轉(zhuǎn)正時(shí)間、合同到期時(shí)間、工作單位、工作時(shí)間、職位、收入情況、離職原因、畢業(yè)院校、學(xué)習(xí)時(shí)間、所學(xué)專業(yè)、獲得證書等信息。
這么多信息,看著就覺得很累。
于是,我們將這些信息進(jìn)行分組:
- 基本信息(姓名、性別、名族、籍貫、出生年月、身份證號(hào)碼);
- 入職信息(所屬部門、所在崗位、入職時(shí)間、轉(zhuǎn)正時(shí)間、合同到期時(shí)間);
- 工作經(jīng)歷(工作單位、工作時(shí)間、職位、收入情況、離職原因);
- 教育經(jīng)歷(畢業(yè)院校、學(xué)習(xí)時(shí)間、所學(xué)專業(yè)、獲得證書)。
分組后的員工檔案,相對(duì)更清晰、更有條理。
為了清楚地描述一個(gè)對(duì)象,把信息按一定的邏輯,組合到一起,就構(gòu)成了這個(gè)對(duì)象的信息結(jié)構(gòu)圖。
二、信息結(jié)構(gòu)圖有什么特點(diǎn)?
1. 功能原材料的說明書
狹義上看,功能存在的目的,是滿足用戶需求。而“功能”的實(shí)現(xiàn),是需要有“信息”這個(gè)基礎(chǔ)的——有信息的存在,才能對(duì)這個(gè)信息進(jìn)行操作,才能有功能。
發(fā)送好友名片是一個(gè)功能,這個(gè)功能的存在是為了滿足用戶推薦好友的需求。從用戶的視角來看,是把一個(gè)好友的名片發(fā)送給了另一個(gè)好友。但本質(zhì)上,是把一個(gè)好友的信息,發(fā)送給了另一個(gè)好友,發(fā)送好友名片功能的實(shí)現(xiàn),依賴于好友名片信息。
正如同“巧婦難為無米之炊”?!按丁笔枪δ?,“米”是信息。有米,才能炊。
大部分時(shí)候,我們更直觀關(guān)注到的是功能,而不是信息。因?yàn)楣δ苁前凑瘴覀兊男闹悄P驮O(shè)計(jì)的,我們使用產(chǎn)品,往小了說,實(shí)際上是在使用功能,而不是在直接使用信息。
信息往往被隱藏在功能的背后。
我把好友名片發(fā)送給我的朋友,我并不關(guān)心我具體發(fā)送了哪些信息,我只關(guān)心我有沒有發(fā)出去。同樣的,我的朋友收到名片后,并不關(guān)心名片里有哪些內(nèi)容,他會(huì)去添加好友,然后開始對(duì)話——好友名片信息,就這么被隱藏起來。
用戶的感知上,他只使用了功能,卻對(duì)功能背后的信息無感。
有了信息,我們才可以對(duì)應(yīng)地設(shè)計(jì)出很多的頁面和功能。
有了好友名片信息,微信設(shè)計(jì)了發(fā)送好友功能、編輯好友名片功能、通訊錄功能等等。
信息結(jié)構(gòu)圖,是功能的數(shù)據(jù)抽象,是功能原材料的說明書。
2. 與頁面和交互沒有關(guān)聯(lián)
有些產(chǎn)品搞混了信息結(jié)構(gòu)圖和功能結(jié)構(gòu)圖的區(qū)別,在繪制信息結(jié)構(gòu)圖時(shí),按照頁面和交互來繪制。每個(gè)頁面是一個(gè)對(duì)象、頁面中的功能模塊或交互是一個(gè)子對(duì)象。
看起來有信息、有結(jié)構(gòu),但其實(shí)并不是信息結(jié)構(gòu)圖。
信息結(jié)構(gòu)圖,其實(shí)跟頁面和交互是沒有關(guān)聯(lián)的。
我們在設(shè)計(jì)頁面或交互時(shí),為了更好地實(shí)現(xiàn)業(yè)務(wù)流程、更方便用戶理解,往往會(huì)在多個(gè)頁面或多個(gè)地方顯示同一個(gè)信息。
以我們最常使用的微信為例,微信好友名片信息,包含了多個(gè)字段:頭像、備注名、昵稱、微信號(hào)、地區(qū)、電話號(hào)碼、標(biāo)簽、描述(文字描述、圖片描述)、個(gè)性簽名、來源、是否星標(biāo)、朋友圈和視頻動(dòng)態(tài)可見狀態(tài)、是否黑名單。
這些字段分別出現(xiàn)在多個(gè)頁面,且在多個(gè)功能中有使用到:
1)通訊錄列表中,顯示了頭像、備注名、昵稱
2)名片詳情頁中,顯示了頭像、備注名、昵稱、微信號(hào)、地區(qū)、電話號(hào)碼、標(biāo)簽、描述(文字描述、圖片描述)、是否星標(biāo)、朋友圈和視頻動(dòng)態(tài)可見狀態(tài)
3)社交資料中,顯示了個(gè)性簽名、來源
4)設(shè)置備注和標(biāo)簽功能中,使用了備注名、標(biāo)簽、電話號(hào)碼、描述(文字描述、圖片描述)
5)資料設(shè)置中,使用了是否星標(biāo)、朋友圈和視頻動(dòng)態(tài)可見狀態(tài)
6)對(duì)話記錄的名片推薦卡片中,顯示了頭像、昵稱、微信號(hào)
很多個(gè)功能,都使用了好友名片中的信息,但這些信息其實(shí)都是對(duì)同一個(gè)對(duì)象的描述,他們就是同一個(gè)信息。
通訊錄列表中顯示的備注名,和其他頁面顯示的備注名,沒有任何差異。同樣的,對(duì)話記錄的名片推薦卡片中的微信號(hào),跟名片詳情頁中的微信號(hào),也是一樣的。
信息結(jié)構(gòu)圖是用來描述對(duì)象本身的,不是用來記錄“描述這個(gè)對(duì)象的信息”在哪些頁面、哪些交互中被使用到的。
信息結(jié)構(gòu)圖是脫離于功能、頁面、交互的,與頁面和交互沒有關(guān)聯(lián)。同一個(gè)信息,不同功能的很多個(gè)頁面、功能模塊都可能需要用到。
三、為什么要繪制信息結(jié)構(gòu)圖?
1. 梳理信息構(gòu)成,高效繪制原型
人的腦容量是有限的。
科學(xué)研究表明:人類短時(shí)記憶容量是7±2個(gè)組塊。一旦超過一定數(shù)量的信息,要想記下來,就需要花費(fèi)一定時(shí)間、運(yùn)用一定的方法,刻意記憶才能記下來。
當(dāng)我們要設(shè)計(jì)一個(gè)比較簡單的功能時(shí),我們可以很輕松地完成方案設(shè)計(jì),且不會(huì)出現(xiàn)信息遺漏、混亂。因?yàn)槲覀兊哪X容量足以支持,讓我們短時(shí)間內(nèi)記住這個(gè)功能所包含的信息。
但如果是一個(gè)很復(fù)雜的功能呢?
復(fù)雜的功能,往往有很多個(gè)從功能中抽象出來的對(duì)象,而且描述對(duì)象的信息往往也是比較豐富的。在腦容量有限的條件下,如果我們僅憑著記憶,一個(gè)頁面一個(gè)頁面地畫原型,最后很可能會(huì)出現(xiàn)信息遺漏和混亂,做出來的產(chǎn)品方案自然漏洞百出。
而有了信息結(jié)構(gòu)圖,在設(shè)計(jì)具體的頁面、交互、功能時(shí),我們只需要對(duì)照著功能結(jié)構(gòu)圖和信息結(jié)構(gòu)圖,通過對(duì)用戶使用場景的分析,從信息結(jié)構(gòu)圖中,選擇每個(gè)頁面和交互需要使用的信息,并完成詳細(xì)的原型設(shè)計(jì),即可高效、邏輯清晰、無遺漏地完成產(chǎn)品方案設(shè)計(jì)。
如果要設(shè)計(jì)一個(gè)簡單的訂單評(píng)價(jià)功能,設(shè)計(jì)評(píng)價(jià)功能的信息結(jié)構(gòu)圖如下:
- 在進(jìn)入提交評(píng)價(jià)內(nèi)容頁面前,被評(píng)價(jià)的訂單id和評(píng)價(jià)用戶id是明確的,評(píng)價(jià)時(shí)間自動(dòng)取提交評(píng)價(jià)的時(shí)間,其他的信息,需要用戶主動(dòng)填寫,并提交到服務(wù)器;所以,提交評(píng)價(jià)內(nèi)容頁面需要用到總體評(píng)分、服務(wù)質(zhì)量評(píng)分、服務(wù)態(tài)度評(píng)分、服務(wù)速度評(píng)分、評(píng)價(jià)內(nèi)容這幾個(gè)信息;
- 評(píng)價(jià)成功頁面需要簡單顯示評(píng)價(jià)內(nèi)容最重要的信息,所有只需要用到總體評(píng)分和評(píng)價(jià)內(nèi)容;
- 產(chǎn)品經(jīng)理從用戶體驗(yàn)的角度,還會(huì)在頁面上增加一些信息結(jié)構(gòu)圖沒有的信息,如操作成功提示文案、引導(dǎo)文案,使得整個(gè)頁面的內(nèi)容更容易被用戶理解、更有效地承載業(yè)務(wù)的發(fā)展。
2. 設(shè)計(jì)數(shù)據(jù)表結(jié)構(gòu)的參考
產(chǎn)品的視角和開發(fā)的視角是有差異的。
產(chǎn)品更關(guān)注需求、功能、交互、體驗(yàn)。
落實(shí)到產(chǎn)品方案上,一個(gè)功能的流程是怎么樣的、有哪些頁面、每個(gè)頁面分了哪些模塊、每個(gè)模塊有哪些信息字段……
開發(fā)更關(guān)注方案的實(shí)現(xiàn)方式。
落實(shí)到技術(shù)方案上,要實(shí)現(xiàn)這個(gè)功能,需要設(shè)計(jì)一個(gè)什么樣的技術(shù)架構(gòu)、有哪些數(shù)據(jù)表、有哪些接口、接口調(diào)用方式是什么、性能如何保證、服務(wù)如何解耦、如何預(yù)留可能的后期擴(kuò)展……
開發(fā)在拿到一份沒有信息結(jié)構(gòu)圖的復(fù)雜產(chǎn)品方案后,需要在充分消化產(chǎn)品方案后;自己從功能、頁面、交互中抽象出若干個(gè)“對(duì)象”,再將對(duì)象涉及到的信息字段窮舉出來;最后再根據(jù)數(shù)據(jù)表設(shè)計(jì)的要求,加上一些特有的字段,完成數(shù)據(jù)表的設(shè)計(jì)。
如果產(chǎn)品經(jīng)理能替開發(fā)多想一步,直接把功能包含的“對(duì)象”抽象出來,并完成信息字段的窮舉,這對(duì)開發(fā)理解產(chǎn)品方案、設(shè)計(jì)數(shù)據(jù)表結(jié)構(gòu)會(huì)是一個(gè)很重要的參考依據(jù)。
四、如何繪制信息結(jié)構(gòu)圖?
功能結(jié)構(gòu)圖重點(diǎn)考察的是產(chǎn)品經(jīng)理對(duì)業(yè)務(wù)理解和流程拆解的能力,而信息結(jié)構(gòu)圖則更多地考察產(chǎn)品經(jīng)理的抽象歸納能力,這也是產(chǎn)品經(jīng)理最基本的技能。
1. 分析并抽象信息主體
信息結(jié)構(gòu)圖是描述一個(gè)對(duì)象的。
要繪制信息結(jié)構(gòu)圖,就必須要先找到要描述的對(duì)象——這個(gè)對(duì)象,就是信息主體。
當(dāng)我們?nèi)ド痰曩徫锏臅r(shí)候,一瓶500ML的娃哈哈飲用水是一個(gè)主體、一盒益達(dá)口香糖也是一個(gè)主體。
從信息的角度來看,這瓶水和這盒口香糖,都是一個(gè)信息主體。
一個(gè)功能中,可能只有一個(gè)信息主體,也可能會(huì)有多個(gè)信息主體。這些信息主體,是構(gòu)成這個(gè)功能的零件。
如果要給公司的行政部門做一個(gè)簡單的圖書管理功能,要求滿足圖書詳情查閱、圖書檢索、作者信息查閱和檢索、出版社信息查閱和檢索功能、借閱申請(qǐng)功能,就可以抽象出書、作者、出版社、借閱記錄4個(gè)信息主體。
它們是信息結(jié)構(gòu)圖需要描述的對(duì)象。
2. 梳理信息字段
確定了描述對(duì)象,接下來就要梳理出用于描述這個(gè)對(duì)象的信息字段。
很多產(chǎn)品經(jīng)理在梳理信息字段時(shí),從既有的生活和工作經(jīng)驗(yàn)出發(fā),將自己能想得到的信息字段全部列入信息結(jié)構(gòu)圖中。最后發(fā)現(xiàn)在設(shè)計(jì)原型圖時(shí),很多的信息字段用不上,同時(shí)也有很多需要用的信息字段又是缺失的。
這是因?yàn)楫a(chǎn)品經(jīng)理在梳理信息字段時(shí),沒有考慮到業(yè)務(wù)和功能的實(shí)際需要。
不是所有的信息字段都要繪制到信息結(jié)構(gòu)圖中。是否要被抽象為信息字段,取決于業(yè)務(wù)和功能是否需要它們,取決于它們對(duì)業(yè)務(wù)和功能的設(shè)計(jì)或未來的發(fā)展是否有價(jià)值。
如果有價(jià)值,即使現(xiàn)在用不上也可以提前規(guī)劃好;反過來,如果沒有價(jià)值,就暫時(shí)不需要考慮。
描述一本書,可以有很多的信息字段。如果窮舉一下,就會(huì)得到這些信息字段:書名、出版社、作者、ISBN、版次、包裝方式、所屬叢書、開本、出版時(shí)間、用紙類型、價(jià)格、重量、正文語種、頁數(shù)、所在書架等等。
但我們僅僅是給行政部門做一個(gè)圖書管理功能,需要滿足的需求也不多,且相對(duì)簡單:
- 要查看圖書詳情、通過作者檢索、通過出版社檢索,就必須有編碼、書名、作者、出版社;
- 在申請(qǐng)借書前,需要先知道書當(dāng)前是否被借出,于是,就必須有借出狀態(tài)。
從中選擇對(duì)圖書管理功能有價(jià)值的信息字段,再補(bǔ)充一些其他必要的信息,即可繪制成信息結(jié)構(gòu)圖:
總結(jié)
與功能結(jié)構(gòu)圖一樣,繪制信息結(jié)構(gòu)圖是產(chǎn)品經(jīng)理的基本工作和技能,都需要在設(shè)計(jì)原型前,需要先繪制好。
但這兩者是有很大差異的。其中最主要的差異是:功能結(jié)構(gòu)圖描述的是功能和功能之間的邏輯關(guān)系,而信息結(jié)構(gòu)圖描述的是對(duì)象本身。
功能是用來滿足用戶或業(yè)務(wù)需求的;用戶和業(yè)務(wù)有什么需求,我們就要設(shè)計(jì)對(duì)應(yīng)的功能。為了實(shí)現(xiàn)這些功能,我們就需要相應(yīng)的信息字段。
所以,在做產(chǎn)品方案時(shí),建議先繪制功能結(jié)構(gòu)圖,再根據(jù)功能結(jié)構(gòu)圖繪制信息結(jié)構(gòu)圖。
信息結(jié)構(gòu)圖作為輔助產(chǎn)品方案設(shè)計(jì)的重要工具,與功能結(jié)構(gòu)圖有著同等重要的地位。
設(shè)計(jì)復(fù)雜產(chǎn)品方案時(shí),產(chǎn)品經(jīng)理要養(yǎng)成先繪制功能結(jié)構(gòu)圖,再繪制信息結(jié)構(gòu)圖,最后才繪制原型的工作習(xí)慣;以最大限度地降低方案出現(xiàn)遺漏、邏輯混亂的情況。
本文由 @誓博 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
太感謝了,學(xué)到了很多
講得好清楚,感謝
原型前不得出個(gè)頁面流程圖嗎?
出頁面流程圖得先知道有哪些頁面。原型前,連頁面都沒有,怎么出頁面流程圖呢?
我的意思是業(yè)務(wù)流程圖——功能流程圖——信息結(jié)構(gòu)圖——頁面流程圖——原型
直接畫原型很容易出現(xiàn)改了又改的情況,我也認(rèn)為應(yīng)該先有功能流程圖
受益了,感謝
啊這,不就是和設(shè)計(jì)sql一個(gè)思路嗎,做個(gè)er圖就搞定了
什么叫設(shè)計(jì)sql?
他說的應(yīng)該是設(shè)計(jì)表和字段吧
產(chǎn)品信息結(jié)構(gòu)圖僅提供給技術(shù)方設(shè)計(jì)實(shí)體模型、表結(jié)構(gòu)的參考而已,并不會(huì)那么精確,比方產(chǎn)品不會(huì)關(guān)注是否信息冗余、是否符合第123范式、是否1對(duì)多或多對(duì)多之類的問題,僅從使用的角度去提煉出信息結(jié)構(gòu)
有開發(fā)經(jīng)驗(yàn)的人就很好畫
請(qǐng)問如何才能提高自己繪制結(jié)構(gòu)圖和信息圖的能力呢?總是覺得自己畫的不正確但是又無從求證,這種要怎么辦呢?
第一,熟能生巧,多練習(xí),在工作中有意識(shí)地去使用;第二,找個(gè)人給你把關(guān)。
說的非常清楚,太棒了
歡迎關(guān)注我的公眾號(hào):產(chǎn)品慎思錄
非常感謝
有幫助就好,歡迎關(guān)注我的公眾號(hào):產(chǎn)品慎思錄
謝謝樓主,看了好多篇關(guān)于信息結(jié)構(gòu)圖的分析都沒理解清楚,你這么一說就明白了!那個(gè)微信的例子也太好了??
有幫助就好,歡迎關(guān)注我的公眾號(hào):產(chǎn)品慎思錄
作為小白 一直不怎么理解這兩者怎么區(qū)分,你這么一說就明白了。
有幫助就好,歡迎關(guān)注我的公眾號(hào):產(chǎn)品慎思錄
我從設(shè)計(jì)的角度上去理解,信息架構(gòu)圖是為了搭建產(chǎn)品骨架的最后一步,
而構(gòu)成功能-頁面上的字段及字段后對(duì)應(yīng)的內(nèi)容,及即為信息架構(gòu)
ER圖
挺不錯(cuò)的文章,這應(yīng)該也可以理解為業(yè)務(wù)對(duì)象建模。
恩,也可以這么理解。