【使用背景】本人目前的工作，類似于產品助理+技術支持+功能測試，產品助理部分，是做日常的需求整理、原型制作、日常使用跟蹤，以及使用文檔的撰寫；技術支持部分，是做平常的功能文檔整理，以及目前負責的OA上的功能使用文檔的整理和日常問題解決。

1、需求整理：

1.1使用背景：平常工作中的需求，來源于各分公司的部門領導，主要可分為兩類：一類是全新的功能，一類是在原功能上做修改的需求；

1.2使用方法：

1.2.1對于第一種全新的功能，這種是相對好整理的需求，因為這是一項全新的功能，那就意味著，這個功能當前只有提出的分公司使用，沒有修改這個流程就影響其他分公司的審批流程一說，那么 ，只要給這個功能新開一個標簽，并且為它在相應的類別中新建一篇筆記，記錄使用的功能就可以，需要考慮的方面相對較少，并且功能文檔的整理，需要統計的內容也少，是我比較喜歡的一類需求整理；

1.2.2對于第二類，在原功能上做修改的需求，這個就比較復雜了。首先，你得把這個分公司的需求先從業務的場景整理成符合邏輯的需求；然后，把這個需求跟現在功能上的邏輯進行對比，查看是否有公司的邏輯比較相似，這樣的話，方便程序員在開發時，可復制邏輯進行修改，減少可能出現的邏輯問題；這個時候，就在相似的邏輯上，進行對比；將原邏輯和對比的結果，一同給開發，以供開發參考；這個時候，程序將進入開發階段，那么 ，產品在這個時候，需要把這個功能的所有需求都進行整理，因為后期測試和驗證時，需要把這些功能再進行核實，新需求不能影響原需求，這是大前提；之后開發提測，在測試環節，在把新需求驗證后，要把該功能的原需求再驗證一遍，開發邏輯多了之后，多少會出現失誤，因此，測試環節也要再進行一遍攔截；在最后的割接上線環節，還需要做驗證測試，因為是交付類的功能，所以，產品是需要自己做驗證測試的，畢竟需要在了解產品的情況下，才能更好的與用戶進行溝通；