[ 產(chǎn)品經(jīng)理 ] 如何更好的去分解功能點：產(chǎn)品狗的日常

2015-7-28 17:33| 發(fā)布者: 貓兒 原作者: Yoic 來自: 簡書 | 關(guān)鍵詞：

　　為了把功能點盡可能的表述清除，其實很多PM都會有自己的一套思維方式，下面，我對自己的思維方式進(jìn)行的總結(jié)。首先，在確定了功能點后，我就會從最頂層的界面層出發(fā)， 然后是用戶操作層，接著是數(shù)據(jù)層，這樣由淺到深的去將一個功能點逐步的拆解。

　　下面，我會羅列出自己在撰寫功能點的時候，對功能點說明進(jìn)行遍歷的問題：

　　首先是界面層：

　　說到界面層，最基本的就是先想到控件類型，這里展開一個題外話，就是很多人都會去問產(chǎn)品需不需要懂技術(shù)，其實，這個問題，用最基本的控件概念來回答的話，就是：在App端或者是 Web端的產(chǎn)品，每個控件其實都會一個技術(shù)術(shù)語，如TextView、Webview，在進(jìn)行設(shè)計的時候，能夠?qū)崿F(xiàn)所需的控件有一定的概念的話，到達(dá)這種程度的話，其實就挺OK的了。畢竟，懂技術(shù)，更多是可以在進(jìn)行方案的設(shè)計時，判斷其可行性及預(yù)見實現(xiàn)出來后的具體效果。

　　嗯，我們再把話題扯回來，在決定使用的控件類型后，界面會涉及到的就是控件尺寸、形狀、字體大小、顏色、文案(視乎控件類型有所不同)、響應(yīng)動畫(這個里面包含動效這個大boss，這里就不展開說明了)、位置(功能點處于產(chǎn)品的什么模塊、什么位置)、引導(dǎo)文案(即引導(dǎo)用戶更好的完成操作的，包括新手引導(dǎo)，也可以歸類到引導(dǎo)文案中)、限制條件(例如手機(jī)號碼輸入框只能輸入數(shù)字)。

　　然后就是，用戶操作層，即用戶是怎樣對當(dāng)前的界面進(jìn)行操作，及操作的反饋有哪些：

　　1、進(jìn)行操作的用戶有哪些?這個的話，前臺不會有很大的區(qū)分，基本都是大眾用戶(當(dāng)然，電商類會有買家和賣家的區(qū)分)。對于后臺類產(chǎn)品來說，這個維度更多是用來思考有哪些角色，對該功能點是否有訪問及操作的權(quán)限。

　　2、操作的對象是什么?比如設(shè)計注冊表單時，里面的輸入框就是操作的對象。

　　3、怎樣對 對象進(jìn)行操作?這里可以細(xì)分為操作方式、操作行為。操作方式是指點擊、雙擊or Sth Else、這個就比較簡單，就是操作方式的說明。但是，對于處于可觸摸屏幕的產(chǎn)品 來說，就會有思考的點就是，手勢操作及日常操作的取舍。操作行為的話，舉例來說，就是該對象是可點擊的，則用戶是正常的去點擊一下，還是不斷的不點奔潰不罷休~最經(jīng)典的例子就是 Web端對按鈕不斷的重復(fù)點擊這種用戶行為~

　　3、操作的反饋是哪些?在這點上，主要是正常流程及異常流程下的不同反饋，反饋的產(chǎn)生形式各種各樣，比如彈窗、警示語、頁面切換等等，這里就不窮舉了，具體問題具體分析即可。

　　4、操作是否可逆? 最常用的可逆操作就是后臺的管理功能，凍結(jié)賬號or解凍賬號

　　5、操作對功能點對應(yīng)模塊的影響?在這里，我們策劃的是功能點，在保證功能點的邏輯齊全外，也要考慮到該功能的操作對當(dāng)前模塊的其他功能點是否有影響~

　　6、操作對功能點對應(yīng)模塊及其他模塊之間的影響? 比如策劃電商產(chǎn)品的支付功能時，用戶完成支付后，用戶中心的站內(nèi)信模塊，會通知用戶支付結(jié)果。

　　7、操作對功能點對不同版本之間的影響? 這點的話，更多是成熟類的產(chǎn)品才會存在的問題。最經(jīng)典的場景就是，上線新功能代替舊功能時，舊版本的處理問題，這個可以去查看具體的數(shù)據(jù)，進(jìn)行取舍來解決。

　　最后，就是產(chǎn)品比較底層的數(shù)據(jù)層了，這里我們會區(qū)分兩種維度去梳理，后臺從前臺獲取的信息，系統(tǒng)會如何去處理。然后就是前臺從后臺讀取的數(shù)據(jù)，系統(tǒng)會對數(shù)據(jù)進(jìn)行怎樣的處理：

　　A、從前臺獲取的信息

　　1、獲取的維度分兩種：用戶輸入、前臺上報，如果是用戶輸入的方式，就要思考這些數(shù)據(jù)是否進(jìn)行存儲?例如，歷史輸入數(shù)據(jù)的存儲，如果是要存儲的話，存儲的方式是什么?另一方面，前臺上報的方式，更多是行為數(shù)據(jù)及運(yùn)營數(shù)據(jù)的統(tǒng)計

　　2、數(shù)據(jù)的傳輸，就要去思考這些數(shù)據(jù)是不是敏感數(shù)據(jù)，是否需要進(jìn)行加密處理?具體的傳輸方式是即時傳輸、定時傳輸還是分段傳輸呢?這個就需要PM和技術(shù)大大去商量了

　　3、數(shù)據(jù)的存儲，這個會分兩種：本地存儲、后臺存儲，本地存儲的話，最多的場景就是輸入歷史的本地存儲，后臺存儲的話，就不展開說明了~

　　B、前臺讀取的數(shù)據(jù)

　　1、要顯示的數(shù)據(jù)，讀取的來源在哪里?是數(shù)據(jù)庫，還是其他模塊傳遞過來的數(shù)據(jù)?

　　2、如果是需要進(jìn)行數(shù)據(jù)的傳輸，這些數(shù)據(jù)是不是敏感數(shù)據(jù)，是否需要進(jìn)行加密處理?

　　3、數(shù)據(jù)是否需要緩存，這個也是和技術(shù)大大商量即可~

　　4、讀取的數(shù)據(jù)是否需要顯示?如果是需要顯示，是直接顯示即可，還是要通過處理才去顯示?比如某些敏感信息在前臺進(jìn)行顯示時，一般會進(jìn)行字符串轉(zhuǎn)換之后，才進(jìn)行顯示。如果是讀取的數(shù)據(jù)不需要顯示，那是需要傳遞到什么地方嗎?

　　寫到這里，就從界面、操作、數(shù)據(jù)這三種維度來對應(yīng)說明了思考的思路。其實，文章一路寫下來，更多是響應(yīng)了一句話：產(chǎn)品在理需求的時候，更多是從最頂層出發(fā)，逐漸向底層去分析，而開發(fā)大大更多是，從底層開始構(gòu)造，根據(jù)需求文檔，一步步的往頂層去實現(xiàn)。

　　這次主要從產(chǎn)品最基本的功能點入手，說明了如何去拆解

　　本文作者