???? 在日常工作中，都會接觸到一個個的需求，通過需求分析。我們通過建立一套解決方案去滿足需求的實(shí)現(xiàn)。再去細(xì)化的話，就是將這套解決方案拆分為一個個的功能點(diǎn)。在這里，我們要討論的就是對功能點(diǎn)進(jìn)行分解，更好的去將其表述出來。
?????? 為了把功能點(diǎn)盡可能的表述清除，其實(shí)很多PM都會有自己的一套思維方式，下面，我對自己的思維方式進(jìn)行的總結(jié)。首先，在確定了功能點(diǎn)后，我就會從最頂層的界面層出發(fā)， 然后是用戶操作層，接著是數(shù)據(jù)層，這樣由淺到深的去將一個功能點(diǎn)逐步的拆解。
下面，我會羅列出自己在撰寫功能點(diǎn)的時候，對功能點(diǎn)說明進(jìn)行遍歷的問題：
首先是界面層：
????? 說到界面層，最基本的就是先想到控件類型，這里展開一個題外話，就是很多人都會去問產(chǎn)品需不需要懂技術(shù)，其實(shí)，這個問題，用最基本的控件概念來回答
的話，就是：在App端或者是
?????? Web端的產(chǎn)品，每個控件其實(shí)都會一個技術(shù)術(shù)語，如TextView、Webview，在進(jìn)行設(shè)計的時候，能夠?qū)?shí)現(xiàn)所需的控件有一定的概念的話，到達(dá)這
????? 種程度的話，其實(shí)就挺OK的了。畢竟，懂技術(shù)，更多是可以在進(jìn)行方案的設(shè)計時，判斷其可行性及預(yù)見實(shí)現(xiàn)出來后的具體效果。
??????? 嗯，我們再把話題扯回來，在決定使用的控件類型后，界面會涉及到的就是控件尺寸、形狀、字體大小、顏色、文案(視乎控件類型有所不同)、響應(yīng)動畫
?????? (這個里面包含動效這個大boss，這里就不展開說明了)、位置(功能點(diǎn)處于產(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)品來說，這個維度更多是用來思考 有哪些角色，對該功能點(diǎn)是否有訪問及操作的權(quán)限。
2、操作的對象是什么?比如設(shè)計注冊表單時，里面的輸入框就是操作的對象。
3、怎樣對 對象進(jìn)行操作?這里可以細(xì)分為操作方式、操作行為。操作方式是指點(diǎn)擊、雙擊or SthElse、這個就比較簡單，就是操作方式的說明。但是，對于處于可觸摸屏幕的產(chǎn)品來說，就會有思考的點(diǎn)就是，手勢操作及日常操作的取舍。操作行為的話，舉例來說，就是該對象是可點(diǎn)擊的，則用戶是正常的去點(diǎn)擊一下，還是不斷的不點(diǎn)奔潰不罷休~最經(jīng)典的例子就是 Web端對按鈕不斷的重復(fù)點(diǎn)擊這種用戶行為~
3、操作的反饋是哪些?在這點(diǎn)上，主要是正常流程及異常流程下的不同反饋，反饋的產(chǎn)生形式各種各樣，比如彈窗、警示語、頁面切換等等，這里就不窮舉了，具體問題具體分析即可。
4、操作是否可逆? 最常用的可逆操作就是后臺的管理功能，凍結(jié)賬號or解凍賬號
5、操作對功能點(diǎn)對應(yīng)模塊的影響?在這里，我們策劃的是功能點(diǎn)，在保證功能點(diǎn)的邏輯齊全外，也要考慮到該功能的操作對當(dāng)前模塊的其他功能點(diǎn)是否有影響~
6、操作對功能點(diǎn)對應(yīng)模塊及其他模塊之間的影響? 比如策劃電商產(chǎn)品的支付功能時，用戶完成支付后，用戶中心的站內(nèi)信模塊，會通知用戶支付結(jié)果。
7、操作對功能點(diǎn)對不同版本之間的影響? 這點(diǎn)的話，更多是成熟類的產(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)說明了思考的思路。其實(shí)，文章一路寫下來，更多是響應(yīng)了一句話：產(chǎn)品在理需求的時候，更多是從最頂層出發(fā)，逐漸向底層去分析，而開發(fā)大大更多是，從底層開始構(gòu)造，根據(jù)需求文檔，一步步的往頂層去實(shí)現(xiàn)。
???? 這次主要從產(chǎn)品最基本的功能點(diǎn)入手，說明了如何去拆解
