1、提煉使用者的行為
使用者的行為，決定於這個產品的價值所在。通過分析使用者的行為，深入了解使用者這個行為背後的目的是什麼，這個需求能給使用者產生什麼樣的價值。
2、組織專案干係人討論，通過舉例的方式說明使用者的行為需求
所謂舉例，其實就是使用者使用場景，不是憑空拍腦袋想出來的，最好是經過與使用者溝通，深入使用者的實際工作中調查之後的結果。這裡的使用者場景，就可以認為是乙個個的使用者故事。
3、提煉出需求文件
通過以上兩項的分析結果，進行系統化的整理，並輸出業務流程，功能模組劃分，輸出prd
4、再次組織專案干係人討論並確認
通過需求規整之後的prd，再與專案中的所有相關人員進行一一解析並確認。
5、提煉驗收目標
驗收目標，其實就是產品的最終實現目標。這個驗收目標跟前面的使用者場景是息息相關的，驗收目標將通過舉例方式提煉出來的。
6、再次組織專案干係人討論並確認理解的一致性
再次確認，其實是確認使用者需求、以及驗收目標是否一致，保證產品的方向性正確無偏離。
需求文件prd主要包括哪些內容：
1、版本管理，記錄文件的更新記錄
2、功能描述，簡要概括產品的整理功能
3、流程圖，產品流程圖
4、核心業務邏輯，其實就是功能實現的核心邏輯
5、各功能模組說明，詳細描述各個共實現的流程和互動細節描述
6、總結，產品設計的總結
我的總結，輸出prd，就是產品目標、產品整體功能模組、各功能模組業務流程和模組功能之間互動細節。
如何梳理需求文件
在專案中需求文件有3種現狀 1.有詳細的需求文件 這當然是很專業了，測試人員只要認真研讀文件，並和產品確認問題即可 2.需求文件不明確即有文件但是文件很粗糙 1 那麼就需要自己去溝通對於文件中不明確的點問清楚，儘量減少因為不明確導致的開發瞎做，到時候確認問題浪費的時間 2 當然因為條件有限，我們不可...
如何寫好需求文件
需求文件可能是很多產品的學習第一課，到底怎麼寫好乙份需求文件，還是要追根溯源從根本上說起 本著萬物可追溯，萬物可分解的原則，這個問題可以分解成三個問題 1 不寫行不行 推動需求落地的一般來說需要以下幾個步驟 1 前期溝通 2 宣講 3 原型 文件 4 後續溝通 所以原型 需求文件在整個落地過程中處於...
如何書寫報表類需求文件
如何書寫報表類需求文件 最近做了一些報表方面的工作，在寫需求文件時，深感報表型別需求的難以書寫，特別是中式報表，不僅錶樣複雜，並且統計方式演算法繁多，經常連表頭都需要動態變化，寫演算法時經常感覺不知道如何去寫，動態的如何寫，靜態的如何書寫，正巧接觸了一下潤幹報表，感覺按其思路進行報表書寫能將報表演算...