互連網產品經理應該具備的技能(需求篇)

標籤：文檔   需求   管理   競爭   產品經理   

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

而且在這整個過程中，我們如何快速、高效的完成需求工程，也對我們有著越來越高的要求。

一、寫需求的八項思路

1、合理的建立全域觀，把握整體架構;

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

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

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

5、合理的處理好業務流，資訊流，以及資料流;

6、合理的遵從：業務原理(邏輯)”→系統實現原理(邏輯)，然後細分到-模組實現原理(邏輯)、具體到-介面互動原理(邏輯);

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

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

二、寫需求的十點注意

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

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

3、寫文檔，一定要劃分好優先前後級，核心的、主要的需求先走，其它的可以緩後;

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

5、寫文檔，一定要規範，目錄、層級都清晰，寫出來別人是要看的;

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

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

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

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

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

三、寫需求的八個步驟

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

第二步：確定產品定義;

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

第四步，確定產品具體定位;

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

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

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

第八步，最後確定產品優先順序(核心的、主要的、擴充的);

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

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

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

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

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

比如：通過use case 可以很容易，很清晰的將整個業務員系統直觀、規範的表達出來，按照模組建立各個package,從而將複雜的業務通過case直觀的表現出來。

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

流程就是邏輯，你只有制定合理的、符合業務實際情況。符合系統實現(可實現、容易或穩定實現)的流程，才會更好支援日後的業務系統和管理系統服務實際的業務。 不管是進銷存、還是SAP原理其實都是相通的。

3、把項目條目化，條理化，目錄結構具體規定好。

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

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

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

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

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

該做的做了，然後開始做到一個文檔裡，寫明項目名稱，把CASE/l流程、目錄放近去，把項目背景、需求的各個約束、規則的界定、文字的補充說明交代清楚，同時把模組的欄位，狀態，對應該操作。所以模組設計的頁面地址整理好，一份色香味齊全的文檔就出爐了。

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。

互連網產品經理應該具備的技能(需求篇)