2015-7-28 17:33| 發(fā)布者: 貓兒 原作者: Yoic 來自: 簡書 | 關鍵詞：
為了把功能點盡可能的表述清除，其實很多PM都會有自己的一套思維方式，下面，我對自己的思維方式進行的總結(jié)。首先，在確定了功能點后，我就會從最頂層的界面層出發(fā)， 然后是用戶操作層，接著是數(shù)據(jù)層，這樣由淺到深的去將一個功能點逐步的拆解。
下面，我會羅列出自己在撰寫功能點的時候，對功能點說明進行遍歷的問題：
首先是界面層：
說到界面層，最基本的就是先想到控件類型，這里展開一個題外話，就是很多人都會去問產(chǎn)品需不需要懂技術，其實，這個問題，用最基本的控件概念來回答的話，就是：在App端或者是 Web端的產(chǎn)品，每個控件其實都會一個技術術語，如TextView、Webview，在進行設計的時候，能夠?qū)崿F(xiàn)所需的控件有一定的概念的話，到達這種程度的話，其實就挺OK的了。畢竟，懂技術，更多是可以在進行方案的設計時，判斷其可行性及預見實現(xiàn)出來后的具體效果。
嗯，我們再把話題扯回來，在決定使用的控件類型后，界面會涉及到的就是控件尺寸、形狀、字體大小、顏色、文案(視乎控件類型有所不同)、響應動畫(這個里面包含動效這個大boss，這里就不展開說明了)、位置(功能點處于產(chǎn)品的什么模塊、什么位置)、引導文案(即引導用戶更好的完成操作的，包括新手引導，也可以歸類到引導文案中)、限制條件(例如手機號碼輸入框只能輸入數(shù)字)。
然后就是，用戶操作層，即用戶是怎樣對當前的界面進行操作，及操作的反饋有哪些：
1、進行操作的用戶有哪些?這個的話，前臺不會有很大的區(qū)分，基本都是大眾用戶(當然，電商類會有買家和賣家的區(qū)分)。對于后臺類產(chǎn)品來說，這個維度更多是用來思考有哪些角色，對該功能點是否有訪問及操作的權限。
2、操作的對象是什么?比如設計注冊表單時，里面的輸入框就是操作的對象。
3、怎樣對 對象進行操作?這里可以細分為操作方式、操作行為。操作方式是指點擊、雙擊or Sth Else、這個就比較簡單，就是操作方式的說明。但是，對于處于可觸摸屏幕的產(chǎn)品 來說，就會有思考的點就是，手勢操作及日常操作的取舍。操作行為的話，舉例來說，就是該對象是可點擊的，則用戶是正常的去點擊一下，還是不斷的不點奔潰不罷休~最經(jīng)典的例子就是 Web端對按鈕不斷的重復點擊這種用戶行為~
3、操作的反饋是哪些?在這點上，主要是正常流程及異常流程下的不同反饋，反饋的產(chǎn)生形式各種各樣，比如彈窗、警示語、頁面切換等等，這里就不窮舉了，具體問題具體分析即可。
4、操作是否可逆? 最常用的可逆操作就是后臺的管理功能，凍結(jié)賬號or解凍賬號
5、操作對功能點對應模塊的影響?在這里，我們策劃的是功能點，在保證功能點的邏輯齊全外，也要考慮到該功能的操作對當前模塊的其他功能點是否有影響~
6、操作對功能點對應模塊及其他模塊之間的影響? 比如策劃電商產(chǎn)品的支付功能時，用戶完成支付后，用戶中心的站內(nèi)信模塊，會通知用戶支付結(jié)果。
7、操作對功能點對不同版本之間的影響? 這點的話，更多是成熟類的產(chǎn)品才會存在的問題。最經(jīng)典的場景就是，上線新功能代替舊功能時，舊版本的處理問題，這個可以去查看具體的數(shù)據(jù)，進行取舍來解決。
最后，就是產(chǎn)品比較底層的數(shù)據(jù)層了，這里我們會區(qū)分兩種維度去梳理，后臺從前臺獲取的信息，系統(tǒng)會如何去處理。然后就是前臺從后臺讀取的數(shù)據(jù)，系統(tǒng)會對數(shù)據(jù)進行怎樣的處理：
A、從前臺獲取的信息
1、獲取的維度分兩種：用戶輸入、前臺上報，如果是用戶輸入的方式，就要思考這些數(shù)據(jù)是否進行存儲?例如，歷史輸入數(shù)據(jù)的存儲，如果是要存儲的話，存儲的方式是什么?另一方面，前臺上報的方式，更多是行為數(shù)據(jù)及運營數(shù)據(jù)的統(tǒng)計
2、數(shù)據(jù)的傳輸，就要去思考這些數(shù)據(jù)是不是敏感數(shù)據(jù)，是否需要進行加密處理?具體的傳輸方式是即時傳輸、定時傳輸還是分段傳輸呢?這個就需要PM和技術大大去商量了
3、數(shù)據(jù)的存儲，這個會分兩種：本地存儲、后臺存儲，本地存儲的話，最多的場景就是輸入歷史的本地存儲，后臺存儲的話，就不展開說明了~
B、前臺讀取的數(shù)據(jù)
1、要顯示的數(shù)據(jù)，讀取的來源在哪里?是數(shù)據(jù)庫，還是其他模塊傳遞過來的數(shù)據(jù)?
2、如果是需要進行數(shù)據(jù)的傳輸，這些數(shù)據(jù)是不是敏感數(shù)據(jù)，是否需要進行加密處理?
3、數(shù)據(jù)是否需要緩存，這個也是和技術大大商量即可~
4、讀取的數(shù)據(jù)是否需要顯示?如果是需要顯示，是直接顯示即可，還是要通過處理才去顯示?比如某些敏感信息在前臺進行顯示時，一般會進行字符串轉(zhuǎn)換之后，才進行顯示。如果是讀取的數(shù)據(jù)不需要顯示，那是需要傳遞到什么地方嗎?
寫到這里，就從界面、操作、數(shù)據(jù)這三種維度來對應說明了思考的思路。其實，文章一路寫下來，更多是響應了一句話：產(chǎn)品在理需求的時候，更多是從最頂層出發(fā)，逐漸向底層去分析，而開發(fā)大大更多是，從底層開始構(gòu)造，根據(jù)需求文檔，一步步的往頂層去實現(xiàn)。
這次主要從產(chǎn)品最基本的功能點入手，說明了如何去拆解
本文作者
