產品經理的需求技能，包括需求獲取、需求篩選、需求分析、需求運行，這一系列過程是對產品經理綜合素養的一個考驗和全面衡量。如：對知識的要求，對行業市場的理解和經驗。

并且在這整個過程中，我們怎樣高速、高效的完畢需求project，也對我們有著越來越高的要求。

一、寫需求的八項思路

1、合理的建立全局觀。把握總體框架;

2、合理的建立業務模型;

3、合理的拆分系統需求;

4、合理的預留系統擴展;

5、合理的處理好業務流。信息流，以及數據流;

6、合理的遵從：業務原理(邏輯)”→系統實現原理(邏輯)，然后細分到-模塊實現原理(邏輯)、詳細到-界面交互原理(邏輯);

7、合理的編排需求的優先級次序;

8、合理的做好需求被KO掉的準備。

二、寫需求的十點注意

1、寫文檔，一定不在拘泥于工具，在于思路;但用好工具，會使你的需求加速;

2、寫文檔，一定先定義流程，后定義交互原型。原型僅是需求交互的載體;

3、寫文檔，一定要劃分好優先前后級，核心的、基本的需求先走，其他的能夠緩后;

4、寫文檔，一定要基于可開發，不能天馬行空。(IDEA階段能夠天馬行空);

5、寫文檔。一定要規范。文件夾、層級都清晰，寫出來別人是要看的;

6、寫文檔，一定要清晰明了，不在于是否寫的多，在于是否真正說明了問題;

7、寫文檔。一定要學習競爭者的好處，能夠把好的東西借鑒過來，吸取精華;

8、寫文檔，一定要落實到每一個細節，需求都不完好。成品何來完好;

9、寫文檔，一定要自己多看。自己給自己找茬。把問題止步于自己;

10、寫文檔，一定要注意版本號管理。并做好版本號修訂等工作。

三、寫需求的八個步驟

第一步：需求分析(業務模型、業務機制、系統功能、系統邏輯);

第二步：確定產品定義;

第三步：確定用戶目標和用戶任務;

第四步，確定產品詳細定位;

第五步，確定設計產品用例、流程;

第六步，確定設計產品原型;

第七步。打包需求說明文檔;

第八步。最后確定產品優先級(核心的、基本的、擴展的);

四、寫需求的正確方法 (參考)

宗旨：通過工具—把思想有邏輯、有細節的合理的組織到一起!

1、熟悉項目發生的相關業務行為。

言下之意。就是說：我們要做的是什么項目，我們這個項目主要是做什么業務，詳細業務我們怎么通過更合適的框架、平臺去實現它、支撐它。簡而言之的要求：

面向業務(對象)。進行業務行為(設計)，也是需求的開始，

比方：通過use case 能夠非常easy，非常清晰的將整個業務員系統直觀、規范的表達出來，依照模塊建立各個package,從而將復雜的業務通過case直觀的表現出來。

2、將業務，從產品層面肢解開來，做到抽絲剝繭部分與總體統一 非常籠統的說，就是流程問題。

流程就是邏輯，你僅僅有制定合理的、符合業務實際情況。符合系統實現(可實現、easy或穩定實現)的流程，才會更好支持日后的業務系統和管理系統服務實際的業務。 無論是進銷存、還是SAP原理事實上都是相通的。

3、把項目條目化，條理化。文件夾結構詳細規定好。

有了上面基本的CASE和流程的保障，接下來就應該要從系統的功能方面做條目化的規劃制定了。功能怎么排列。設置更符合業務的使用邏輯，怎么樣讓使用者更easy、直觀的入手。怎么樣一個非常好的B/S或C/S的功能界面呈現到前臺。

4、前臺結構布局。合理規范的將系統脫去朦朧的華紗。

眾所周知開發人員和使用者是不知道這個地方應該有哪些功能，到了這一步了有哪些功能，數據提交失敗有什么提示，不會使用有什么幫助或提示操作、入口。

所以做為產品人員我們要充分的考慮到上述到這些東西，對于從業人員來說這也是我們最主要的素要體現。非常多人都說，要符合業務系統。要符合使用習慣，要符合瀏覽或人機傳播。口碑，品牌形象習慣，總是就是人性化的去把這個東西設計的更合理，更易用，更有親和。

5、穿針織網，把需求綜合起來，整理成終于的產品需求文檔

該做的做了。然后開始做到一個文檔里，寫明項目名稱，把CASE/l流程、文件夾放近去，把項目背景、需求的各個約束、規則的界定、文字的補充說明交代清楚。同一時候把模塊的字段，狀態，相應該操作。

所以模塊設計的頁面地址整理好，一份色香味齊全的文檔就出爐了。

轉載于:https://www.cnblogs.com/blfbuaa/p/7002119.html

總結

以上是生活随笔為你收集整理的互联网产品经理应该具备的技能(需求篇)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。