產品專案開發流程圖

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

  

  產品專案開發需求階段

  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的時間、產品開發的預估難度及完成工期。