如何更好的去分解功能點(diǎn)

在日常工作中，都會(huì)接觸到一個(gè)個(gè)的需求，通過(guò)需求分析。我們通過(guò)建立一套解決方案去滿足需求的實(shí)現(xiàn)。再去細(xì)化的話，就是將這套解決方案拆分為一個(gè)個(gè)的功能點(diǎn)。在這里，我們要討論的就是對(duì)功能點(diǎn)進(jìn)行分解，更好的去將其表述出來(lái)。

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

下面，我會(huì)羅列出自己在撰寫(xiě)功能點(diǎn)的時(shí)候，對(duì)功能點(diǎn)說(shuō)明進(jìn)行遍歷的問(wèn)題：

首先是界面層：

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

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

然后就是，用戶操作層

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

：

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

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

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

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

4、操作是否可逆？ 最常用的可逆操作就是后臺(tái)的管理功能，凍結(jié)賬號(hào)or解凍賬號(hào)

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

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

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

最后，就是產(chǎn)品比較底層的數(shù)據(jù)層了

這里我們會(huì)區(qū)分兩種維度去梳理，后臺(tái)從前臺(tái)獲取的信息，系統(tǒng)會(huì)如何去處理。然后就是前臺(tái)從后臺(tái)讀取的數(shù)據(jù)，系統(tǒng)會(huì)對(duì)數(shù)據(jù)進(jìn)行怎樣的處理

： A、從前臺(tái)獲取的信息

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

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

3、數(shù)據(jù)的存儲(chǔ)，這個(gè)會(huì)分兩種：本地存儲(chǔ)、后臺(tái)存儲(chǔ)，本地存儲(chǔ)的話，最多的場(chǎng)景就是輸入歷史的本地存儲(chǔ)，后臺(tái)存儲(chǔ)的話，就不展開(kāi)說(shuō)明了~

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

1、要顯示的數(shù)據(jù)，讀取的來(lái)源在哪里？是數(shù)據(jù)庫(kù)，還是其他模塊傳遞過(guò)來(lái)的數(shù)據(jù)？

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

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

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

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