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

產品入行半年了，大大小小的坑遇到不少，這些血淚經驗是最寶貴的財富，一直告誡自己，要?？偨Y、常反思，希望n年之后，再看到今天寫下的這些東西，能有更多的感悟。今天主要說的是PRD中遇到的那些大大小小的坑，不一定適用全部情況，歡迎各位糾錯，歡迎各前輩指導！

最近半年， 最主要的工作就是寫PRD，PRD的重要性不言而喻。

在產品的整個開發流程中，PRD的作用有以下幾個方面：

PRD指導其他部門進行工作的準備工作

測試根據PRD寫測試用例；開發經理根據PRD寫開發文檔；UI根據PRD和原型設計。

PRD承擔字典的工作

測試人員可能更多的是根據測試用例工作，而開發看的更多的是開發文檔。但當大家發現某個細節在測試用例或者開發文檔描述不清楚或者難以理解時，就會翻出PRD查找相關內容。PRD在這個時候是承擔了一個字典的功能。

PRD是打架必備。

測試和開發的天然屬性決定了他們之間微妙的關系，很多時候bug的定義是似是而非的，很多時候涉及到用戶體驗的問題，而用戶體驗有帶有很大的個人主觀性，此時矛盾就出現了。當測試和開發就某個問題爭論的面紅耳赤，幾乎要干架時，最后一句壓場的話就是“別瞎說，看PRD！”，此時要是PRD上有關于此問題的詳細描述，那開發要么找產品經理改需求，要么只能自己改代碼了。要是PRD上沒有相關內容，那開發就可以傲嬌的說“需求就是這么寫的，你要改，先去找產品改文檔！”。所以一般來說，測試是希望PRD寫的越詳細越好，這樣他們的bug才提的有理有據，而開發希望提出的需求能夠邏輯嚴密，但不太希望產品經理將所有的細節都規定死，畢竟產品對于技術的了解并不深。所以產品要注意把握好度，這點我自己還在不斷的思考之中。

貌似現在也有很多公司不需要產品人員寫PRD，但我覺得PRD應該是產品人的必備技能，他可以不要求你寫，但你不能不會。作為一個新手，特別是一個沒有技術基礎的新手，寫PRD時，是一個很好的梳理思維的過程。

剛開始寫PRD的時候，不知道有些功能可以整合在一起說明，每次都羅里吧嗦的全部重新說一遍。比如，分享功能，應用里很多地方都涉及到了，每一次涉及分享，我都會把分享的機制從頭到尾說一遍，其實這就很啰嗦，文檔的文字本來就夠多了。所以，建議將一些在軟件里反復涉及的功能提煉出來統一說明，當后續涉及到的時候，簡單闡述一下就行，不用再重頭說一遍。

我的經驗是，對控件及一些通用的機制進行統一說明，會使文檔簡潔省力一點。

在文檔的一開始，最好有一個單獨的模塊說明應用內使用的控件，說明這些控件的類型以及每個控件對應的操作方式，在這個模塊統一說明之后，在其他模塊涉及此控件時，只要簡單闡述一下就ok了。

下面列舉了一些常用的控件。

模塊一、控件說明

輸入框

• 若輸入框有默認提示，點擊輸入框，彈出軟鍵盤。
• 當輸入框內不為空(空格除外)時，默認顯示消失。

軟鍵盤的彈出及退去機制

• 當輸入框內必須輸入的為數字時，彈出數字軟鍵盤。其余時候，彈出文字軟鍵盤。
• 當在軟鍵盤以外區域，點擊或者向下滑動時，軟鍵盤退去。

小黑塊提示

• 顯示*秒，然后自動消失。

選擇彈框

• 彈框上有操作按鈕。
• 點擊彈框以外的區域，彈框消失。

手機返回鍵(安卓)

點擊手機上返回鍵，返回上一層，并彈出相應提示。

Home鍵

按home鍵，程序改為后臺運行，再次打開軟件時，則回到按home鍵時的頁面。

在文檔的一開始，最好有一個單獨的模塊說明應用內使用的控件，說明這些控件的類型以及每個控件對應的操作方式，在這個模塊統一說明之后，在其他模塊涉及此控件時，只要簡單闡述一下就ok了。下面列舉了一些常用的控件。

同樣，很多通用的機制也能整合在一起，比如加載機制、緩存機制、網絡判斷、中斷機制等， 以下是我自己整理的幾個通用的功能。

模塊二、通用功能：

緩存機制

每一步操作、每一個頁面切換之后，都要想得到的數據需要緩存么？緩存到哪里？清理緩存的時機是什么?

網絡判斷

• 一般當涉及到下載或其他很耗費流量的操作時，會進行2/3G網絡還是wifi網絡的判斷，當判斷出是非wifi狀態時，會進行提醒。
• 其他需要向后臺請求數據時，只進行簡單的網絡狀況是否良好的判斷，當網絡狀況不良時進行提示。

中斷機制

除退出登錄外，要考慮出現什么情況會導致用戶中斷操作。中斷操作會有什么影響，比如是否要保存操作進度等等。

常見的幾種情況如下：

• 來電
• Home鍵，退到后臺運行。
• 按返回鍵(安卓)
• 頁面上有暫停使用的功能，比如倒計時、音頻播放過程中的暫停按鈕。

雖然APP千差萬別，但不管設計原型還是寫PRD時，只要涉及到頁面和控件，有些東西還是相通的，下文整理了一些要考慮到的方面。

頁面的相關注意點

• 此頁面的使用場景是什么，用戶進入此頁面目的是什么?我們設計此頁面的目的的是什么?我們希望用戶長時間停留此頁面么?
• 前置條件：有幾種方式進入此頁面;不同的身份進入此頁面時，操作權限有差別么?
• 退出此頁面的機制。常見的有：左上角的返回按鈕，返回上一層;按手機返回鍵(安卓)也返回上一層。
• 操作手勢：比如在左右側抽屜，左右劃通?？梢苑祷刂鹘缑?比如頂部有切換Tab，是采用左右劃切換還是點擊切換;還比如有些應用雙擊可放大頁面，兩個手指按住并同時向中間滑動，表示縮小頁面，比如長按可能會彈出復制及粘貼的選擇框。
• 身份不同、頁面的顯示內容不同

比如被踢出群組后，在被踢出人的聊天頁面和其他人的聊天頁面，顯示內容是不同的;再比如，管理員和普通成員的操作權限不同，所以進入同一頁面時，顯示的內容也不同。

默認框架（常常忘記！）

當頁面有好幾種狀態時(比如2張圖片和3張圖片時，頁面的狀態就是不同的)，要定義默認狀態，及定義頁面的默認框架。

進入頁面時先顯示默認框架，向后臺請求數據后，根據后臺數據，頁面再調整為對應的框架。

數據為空時的默認圖片（常常忘記?。?/strong>