產(chǎn)品中的對(duì)象是對(duì)具有完整生命周期的一類的描述，比如，飛機(jī)大戰(zhàn)游戲中的飛機(jī)是一個(gè)類，敵機(jī)是一個(gè)類。一個(gè)對(duì)象的生命周期就表示一次完整功能的使用。這個(gè)對(duì)象一定是要具有生命周期的。比如訂單，從生成到完成中間會(huì)有很多的狀態(tài)，每一個(gè)狀態(tài)都會(huì)涉及到哪些操作？哪些流程？都要用狀態(tài)圖或流程題來(lái)描述。

信息架構(gòu)的邏輯

具有復(fù)雜度的產(chǎn)品，清晰定義它的信息架構(gòu)是十分重要的。

如果不去清晰劃分其結(jié)構(gòu)，使用者的分工就無(wú)法開展，相關(guān)的功能也就無(wú)法定義。

比如涉及用戶端和企業(yè)端的產(chǎn)品，普通用戶和企業(yè)用戶都在產(chǎn)品上工作，所以必須要清晰劃分產(chǎn)品的信息架構(gòu)，提供清晰的責(zé)任分工和協(xié)作流程。

在規(guī)劃產(chǎn)品的信息架構(gòu)時(shí)，可以采用先拆解再整合的邏輯。

拆解：

拆解就是要把產(chǎn)品涉及到的所有功能枚舉出來(lái)，拆分成相對(duì)獨(dú)立的一個(gè)個(gè)模塊。

比如，我之前負(fù)責(zé)的一款創(chuàng)客類用戶和企業(yè)類用戶共同使用的產(chǎn)品，就要針對(duì)創(chuàng)客用戶端和企業(yè)用戶端分別拆分出對(duì)應(yīng)的所有功能模塊。

整合：

接下來(lái)，我們就要把已經(jīng)拆解好的功能予以整合。

根據(jù)不同用戶端的功能，將瑣碎的功能點(diǎn)整合到一個(gè)個(gè)的模塊中去，比如個(gè)人中心模塊、登錄注冊(cè)模塊、充值模塊、VIP專區(qū)模塊、軟件模塊等。

有了整合后的信息架構(gòu)，我們就對(duì)不同類型用戶的產(chǎn)品結(jié)構(gòu)一目了然了。未來(lái)如果迭代功能，就可以在相對(duì)應(yīng)的模塊中為功能找到對(duì)應(yīng)的位置。

任何產(chǎn)品在處理信息架構(gòu)時(shí)，都可以采用類似的“拆解——整合”的方法，為產(chǎn)品整理出對(duì)應(yīng)的模塊劃分。

產(chǎn)品功能的邏輯

對(duì)于產(chǎn)品的功能邏輯，我們?cè)诿枋鲆粋€(gè)功能點(diǎn)的方案時(shí)，有時(shí)無(wú)論多么謹(jǐn)慎也會(huì)出現(xiàn)有遺漏的地方。所以，我們?cè)诿枋霎a(chǎn)品的一個(gè)功能點(diǎn)的方案時(shí)，一定要捋清邏輯，把涉及到的所有情況/內(nèi)容都要有條理且完整的描述清楚。

比如，我在之前負(fù)責(zé)的一款項(xiàng)目中，會(huì)涉及到管理員端變更用戶端數(shù)據(jù)后顯示的情況，而且會(huì)涉及不同的顯示類型，我采用的就是用表格的形式澄清所有的情況：

采用這種方法，對(duì)于研發(fā)人員來(lái)說(shuō)，這就是具體的、清晰的。針對(duì)不同的類型，不同的情況去處理就好了。

在進(jìn)行產(chǎn)品功能的描述時(shí)，可以從以下幾方面去實(shí)施：

• 要完整，避免疏漏。要枚舉出全部涉及到的情況、異常流程，并且要根據(jù)這些情況去分別詳述功能內(nèi)容。如果相關(guān)的情況較多并且也比較復(fù)雜，就可以采用表格的形式去展示。
• 描述文案要明確。在描述功能時(shí)，描述文案一定要符合產(chǎn)品前期做好的定位，同一類的名詞要統(tǒng)一，這樣才能有助于提升溝通效率。比如，產(chǎn)品啟動(dòng)會(huì)上，高層已經(jīng)明確產(chǎn)品內(nèi)出現(xiàn)的素材文件統(tǒng)一叫“作品”，在研發(fā)過(guò)程中，我發(fā)現(xiàn)產(chǎn)品后臺(tái)對(duì)素材的叫法還是“商品”，這就會(huì)對(duì)運(yùn)營(yíng)同學(xué)造成困擾。
• 要考慮到所有影響的面。產(chǎn)品的功能越多，就越可能牽一發(fā)而動(dòng)全身。產(chǎn)品功能的改動(dòng)，往往會(huì)牽扯到其他功能點(diǎn)的同時(shí)變動(dòng)，哪怕只是一個(gè)小小的變動(dòng)。還是以我之前負(fù)責(zé)的產(chǎn)品為例，用戶端在兌換的方式上做了一些功能的調(diào)整，涉及到了部分頁(yè)面的調(diào)整。都已經(jīng)重新發(fā)布上線了，才發(fā)現(xiàn)新手幫助內(nèi)的文案及截圖還沒(méi)有做調(diào)整，我急忙登錄后臺(tái)，做了更改。好在產(chǎn)品的用戶量小，沒(méi)有造成多大問(wèn)題。所以 ，在調(diào)整一項(xiàng)功能時(shí)，最好事先將可能影響到的功能或模塊，全部羅列出來(lái)，事后反復(fù)核對(duì)。
• 最好加入功能背景的描述。加入功能的背景的描述以及要達(dá)到的目的，可以讓團(tuán)隊(duì)成員清晰了解需求發(fā)生的背景可，也更利于團(tuán)隊(duì)理解產(chǎn)品。

最后

產(chǎn)品的文檔沒(méi)有統(tǒng)一的模板標(biāo)準(zhǔn)，公司里能提供既有的模板固然是好的，可以有助于公司的文檔管理。

如果沒(méi)有模板，用一頁(yè)原型+邏輯描述能清晰說(shuō)明功能也是可以的。最重要的還是團(tuán)隊(duì)之間的協(xié)作方式，文檔的終極作用還是要能夠大幅度減少工程師和產(chǎn)品經(jīng)理的反復(fù)溝通，增強(qiáng)彼此的工作效率。

#專欄作家#

流年，人人都是產(chǎn)品經(jīng)理專欄作家?；ヂ?lián)網(wǎng)產(chǎn)品設(shè)計(jì)師，4年互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn)。擅長(zhǎng)用戶體驗(yàn)設(shè)計(jì)，喜歡鉆研需求功能背后的技術(shù)實(shí)現(xiàn)方式；在成為綜合型產(chǎn)品設(shè)計(jì)師的道路上不斷努力前進(jìn)！

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

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