產品專案開發流程圖

　　專案是什麼，人們常用“時間”、“資源***或缺乏資源***”，“某種工作努力”，“交付物或者產品”，“綜合工程”，“缺乏凌駕其他班組的職權”，以及“預算”來給它下定義。以下是小編為大家整理的關於，給大家作為參考，歡迎閱讀!

　　產品專案開發需求階段

　　a、需求產生，產品設想

　　需求產生有三種渠道：

　　一，UI***User Interface使用者介面***設計師或PD***Product Desiger產品策劃***研究市場需要，提出需求，應獲得市場策劃或市場調研員的認可;

　　二，業務部門提出需求，包含總經理、研究部、內容編輯部、客服部、展業部、市場部、運營部等部門。

　　三，UI或PD研究使用者，提出需求。此步驟需提供使用者**慣報告，體驗目標，使用者訪談、調研，流量資料統計等作為依據，不得憑空想象。

　　所有需求需經過PD。不經PD的需求，技術部門有權拒絕開發，也沒有人為需求負責。即使不需產品設想***進行策劃和設計***，也應提交給PD備案。

　　b、使用者調研，競品分析

　　先有使用者調研，後有競品分析;競品分析五個步驟：

　　1、競品篩選，“選擇重於分析，分析重於羅列”，當然篩選之前必須瞭解不同型別的產品;

　　2、明確主線，明確誰是競爭對手——要比較哪些方面——如何進行比較——比較的結果怎麼處理;

　　3、分析競品之前先分析使用者，對比競品的使用者範圍與自身產品的目標使用者，通過做訪談看評論充分了解使用者;

　　4、具體分析篩選維度，這裡指出9個常用維度：市場趨勢、業界現狀;競爭對手的企業願景、產品定位及發展戰略;

　　目標使用者;市場資料;核心功能;互動設計;產品優缺點;運營及推廣策略;總結和行動點。

　　5、完成競品分析報告，並隨時準備完善修改，向團隊灌輸競品的的當前狀況，充分考慮並應對競爭對手，謀求自身產品的前途與發展。

　　c、MRD***Market Requirements Document市場需求文件***

　　MRD需明確傳達產品需求的目的和目標，指出什麼樣的新產品、方案和服務為什麼可以在市場上或者內部取得成功，以及希望取得怎樣的成功。MRD說明“是什麼”和“為什麼”，但不要寫“如何”***即不要包含流程圖和原型圖***。

　　當產品需求為高優先順序***即專案立項***時，需求方必須提供MRD文件。產品需求的優先順序、權重和是否立項由專案實施委員會確定，日常需求由委員會負責人確定，非常規需求開會確定。個別小修改甚至不需PRD，可由PD與技術部門直接溝通完成。

　　d、需求評審

　　PD接到顯性需求後，應仔細透徹地分析需求方的真正意圖。有時候需求方的想法不一定正確，也有些是突然的想法並不可行，PD需進行判斷;當這種情況出現時，PD有權提出自己的解決方法，包括否定需求。因判斷失誤造成需求衝突、重複開發等情況，責任由PD承擔。當發生爭執，由PM***Product Manager產品經理***協調解決。PD完成需求評審後，需告知需求方完成PRD的時間、產品開發的預估難度及完成工期。