這個問題其實還是比較常見，很多剛入行的產品經理、或者初創企業都會遇到。
一、如何寫需求文件（PRD）
1、快速完成一個草稿（1-2 個小時）
先把腦海中所有想到的細節都列出來，用通俗易懂的語言列出一個清單——給自己看，這樣便於整理之後的思路。
這個步驟的目的是過一遍文件中的細節，最佳化你的方案。
干係人包括：需求owner、互動視覺負責人、研發、其他相關的人。
從不同崗位的視角來看，你的方案夠合理嗎？在這個環節，你會受到很多異議，把它們都記錄下來，因為這些很有可能成為研發時的大坑。
3、撰寫和編輯文件 （0.5-3 天）
將上一環節確定的細節一一梳理，新增到文件的相應位置。同時，需要不斷最佳化文件的結構，以確保研發團隊能看得下去。
4、群發文檔 & 安排需求評審會（15 分鐘）
將文件群發給專案的所有利益相關方，並且抄送給其他可能對文件感興趣的團隊（例如你所在的產品團隊，整個支援團隊等）。
5、需求評審（1小時）
在開始會議之前必須做的一件事：確保所有人都看過了你的文件。如果沒有，先花一兩分鐘讓大家把文件瀏覽一遍。
在評審時，你需要儘可能讓所有人都知道，你想要做一件什麼樣的事，為什麼要做它，能給整個團隊帶來怎樣的利益。
在方案闡述完成後，給研發充足的時間來思考可能存在的問題，並一一記錄下來。
6、透過評審後，及時建立工作群組和工單 （1-2 小時）
在工單上附上PRD的連結，同時，在建立工單時就敲定專案排期。如果可以，把排期&責任人放在PRD首頁，讓研發每次進入文件都看到它。
二、如何寫出研發愛看的文件？
1、簡潔，再簡潔
冗長的下場就是研發人員根本不想開啟你的PRD。因此，為了確保他們有動力讀完，儘量使用簡潔的語言，不說廢話。
2、在圖表上下功夫
流程圖、線框圖、各類互動和視覺效果圖，這些能讓人更好地理解需求。
3、和研發一起完成PRD
這個問題其實還是比較常見，很多剛入行的產品經理、或者初創企業都會遇到。
一、如何寫需求文件（PRD）
1、快速完成一個草稿（1-2 個小時）
先把腦海中所有想到的細節都列出來，用通俗易懂的語言列出一個清單——給自己看，這樣便於整理之後的思路。
這個步驟的目的是過一遍文件中的細節，最佳化你的方案。
干係人包括：需求owner、互動視覺負責人、研發、其他相關的人。
從不同崗位的視角來看，你的方案夠合理嗎？在這個環節，你會受到很多異議，把它們都記錄下來，因為這些很有可能成為研發時的大坑。
3、撰寫和編輯文件 （0.5-3 天）
將上一環節確定的細節一一梳理，新增到文件的相應位置。同時，需要不斷最佳化文件的結構，以確保研發團隊能看得下去。
4、群發文檔 & 安排需求評審會（15 分鐘）
將文件群發給專案的所有利益相關方，並且抄送給其他可能對文件感興趣的團隊（例如你所在的產品團隊，整個支援團隊等）。
5、需求評審（1小時）
在開始會議之前必須做的一件事：確保所有人都看過了你的文件。如果沒有，先花一兩分鐘讓大家把文件瀏覽一遍。
在評審時，你需要儘可能讓所有人都知道，你想要做一件什麼樣的事，為什麼要做它，能給整個團隊帶來怎樣的利益。
在方案闡述完成後，給研發充足的時間來思考可能存在的問題，並一一記錄下來。
6、透過評審後，及時建立工作群組和工單 （1-2 小時）
在工單上附上PRD的連結，同時，在建立工單時就敲定專案排期。如果可以，把排期&責任人放在PRD首頁，讓研發每次進入文件都看到它。
二、如何寫出研發愛看的文件？
1、簡潔，再簡潔
冗長的下場就是研發人員根本不想開啟你的PRD。因此，為了確保他們有動力讀完，儘量使用簡潔的語言，不說廢話。
2、在圖表上下功夫
流程圖、線框圖、各類互動和視覺效果圖，這些能讓人更好地理解需求。
3、和研發一起完成PRD