中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在日常工作中，都會接觸到一個個的需求，通過需求分析。我們通過建立一套解決方案去滿足需求的實現。再去細化的話，就是將這套解決方案拆分為一個個的功能點。在這里，我們要討論的就是對功能點進行分解，更好的去將其表述出來。

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

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

首先是界面層：

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

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

然后就是，用戶操作層

即用戶是怎樣對當前的界面進行操作，及操作的反饋有哪些：

1、進行操作的用戶有哪些？這個的話，前臺不會有很大的區分，基本都是大眾用戶（當然，電商類會有買家和賣家的區分）。對于后臺類產品來說，這個維度更多是用來思考 有哪些角色，對該功能點是否有訪問及操作的權限。

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

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

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

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

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

6、操作對功能點對應模塊及其他模塊之間的影響？ ?比如策劃電商產品的支付功能時，用戶完成支付后，用戶中心的站內信模塊，會通知用戶支付結果。

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

最后，就是產品比較底層的數據層了

這里我們會區分兩種維度去梳理，后臺從前臺獲取的信息，系統會如何去處理。然后就是前臺從后臺讀取的數據，系統會對數據進行怎樣的處理：

A、從前臺獲取的信息

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

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

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

B、前臺讀取的數據

1、要顯示的數據，讀取的來源在哪里？是數據庫，還是其他模塊傳遞過來的數據？

2、如果是需要進行數據的傳輸，這些數據是不是敏感數據，是否需要進行加密處理？

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

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

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

這次主要從產品最基本的功能點入手，說明了如何去拆解，如果在這方面有心得大大，歡迎一起交流討論下哈~~

#專欄作家#

Yoic，簡書@Yoic，人人都是產品經理專欄作家，關注游戲、電商等領域，正在努力成長的產品汪一枚。愛好：星際2和看書

本文原創發布于人人都是產品經理，未經許可，不得轉載。