不知道是從什麼崗位轉產品經理呢？
如果是開發的話就很方便了，平時開發都是依照需求文件做的，應該已經見識了需求文件長什麼樣，另外多跟產品經理溝通，也可以瞭解下產品經理的工作內容，其實不單單是寫需求文件；另外如果有新的開發內容的話，自己可以試著去熟悉原始需求，看下自己寫的和產品經理給的差距在哪裡，多次練習就會提高了。
如果是接觸不到需求文件的，也可以從網上找一些模板或者例子來看看，可以假設有一些需求，看下自己怎麼去寫需求文件。比如一個網站的登入註冊功能，不考慮那麼複雜的，自己整理成文件，想象怎麼把需求寫出來最合適。
寫的多了你就會發現，寫文件是有套路可尋的，文件中無非涉及這麼幾個點：功能描述、業務流程圖、業務邏輯、介面及說明。這裡面又涉及到了流程圖的繪製，頁面原型圖的製作，還有語言的描述。總之，是需要下一番功夫才能寫好的。
其實需求文件的作用只有一個，就是把需求描述清楚，讓開發能夠根據你的需求文件準確的實現功能，讓測試根據你的需求文件明確要測試的點。把你的理解用文件的形式準備表達出來，這個事就算完成了。
不知道是從什麼崗位轉產品經理呢？
如果是開發的話就很方便了，平時開發都是依照需求文件做的，應該已經見識了需求文件長什麼樣，另外多跟產品經理溝通，也可以瞭解下產品經理的工作內容，其實不單單是寫需求文件；另外如果有新的開發內容的話，自己可以試著去熟悉原始需求，看下自己寫的和產品經理給的差距在哪裡，多次練習就會提高了。
如果是接觸不到需求文件的，也可以從網上找一些模板或者例子來看看，可以假設有一些需求，看下自己怎麼去寫需求文件。比如一個網站的登入註冊功能，不考慮那麼複雜的，自己整理成文件，想象怎麼把需求寫出來最合適。
寫的多了你就會發現，寫文件是有套路可尋的，文件中無非涉及這麼幾個點：功能描述、業務流程圖、業務邏輯、介面及說明。這裡面又涉及到了流程圖的繪製，頁面原型圖的製作，還有語言的描述。總之，是需要下一番功夫才能寫好的。
其實需求文件的作用只有一個，就是把需求描述清楚，讓開發能夠根據你的需求文件準確的實現功能，讓測試根據你的需求文件明確要測試的點。把你的理解用文件的形式準備表達出來，這個事就算完成了。