產品經理的日常中用的最多的是產品需求文檔，這個文檔應該可以說是產品經理將需求落到是明面上的一步。
我們的文檔需要給相關的人員進行共同的看，不然文檔就沒有存在的意義了，文檔不只是簡單的線框圖和一些自己也看不明白的辭彙。
實際中很少開發會看產品的需求文檔，一般都是每一個頁面了解一下，每個頁面的問題就直接進行口頭的溝通。
如果產品經理是開發轉行的，那就技術細節可以詳細一點，如果不懂技術，不建議寫一些自己不懂的技術辭彙進行湊字數，因為很多都是需求文檔是網上的各位前輩的模板，我們直接就直接開始套用就像下面
其中4和5是技術說明和交互說明，在後來的開發中，覺得交互說明和技術說明是開發人員開的最多的也是我們溝通的最多的問題。
其實文檔應該簡潔，主要是節省相關人員的時間，你的一份需求文檔開發需要看一禮拜，他們會瘋的，所以不要用需求文檔去折磨開發小哥和其他的人員。
文檔主要的目的是為了將頁面的邏輯和業務闡述清楚，簡單的說明重點即可。我們要考慮相應的人員進行查看時的場景和角色。
最後附一張自己產品工作中的說明，期間為了保密一定的頁面會碼望理解
當然你可以用自己喜歡的方式進行需求文檔的撰寫不一定非要按照網路上的模板，將需求文檔進行調整，和對應的開發人員進行溝通，確定看的懂就可以了。
原創文章，作者：投稿專員，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/308155.html
微信掃一掃 
支付寶掃一掃 