產品需求開發管理規范為規范需求管理流程，特制定本規范。請相關崗位人員參考執行，以提高溝通效率，降低項目風險。0 流程圖涉及部門/崗位人員類型說明：客戶：包括已經購買或潛在客戶，及終端用戶。業務：是指銷售、代理商或其他一線與客戶接觸的工作人員。產品：產品規劃設計人員。技術：技術經理、開發工程師、設計師（UEUI）等人員。測試：測試經理、測試工程師等。售后：售后服務人員，包括熱線電話或在線客服等。1 需求收集需求收集一般分為兩種途徑，一線業務人員（銷售或代理商）與售后服務部。需求收集后需要提交至產品部進行需求分析，根據具體情況給出需求處理結果，如果需求存在異議產品人員可以與客戶聯系溝通確認清楚。在此過程中產品人員應該根據客戶所處的商務階段（如有合同條款）判斷是否需要另行收費，技術人員需要配合產品評估大致工時，以確定收費金額。在此過程中可能存在需求打回的情況，需要產品人員給出分析結果并與相關人員溝通確認。在確定打回后業務人員應積極配合溝通客戶，以確保客戶滿意度。無論是打回還是受理都需要向客戶反饋情況。輸入：需求收集表（根據具體情況可能包含可行性分析，或與產品一起提出）、需求檢測工單輸出：需求跟蹤表參與人：業務、售后、產品2 原型設計原型設計是產品人員根據所確定的需求進行功能設計的過程，用相應方法能完整的展示傳遞功能、交互、驗證等信息。可以用word、Excel、PPT等方式進行描述，最好是使用Axure。輸入：需求跟蹤表輸出：功能原型（rp文件）參與人：產品3 需求評審需求評審是非常重要的環節，內部干系人盡量都參與，以確保功能符合需求，能按要求保質保量的完成。輸入：功能原型（rp文件）輸出：開發進度表、功能原型（更新）、需求文檔（PRD）、技術實現方案（可能需要）、需求評審確認單參與人：需求收集者（業務或售后，如有必要也可以讓客戶加入進來）：確認功能滿足需求技術（開發與UE/UI）：確認原型功能可實現與實現方法。根據項目時間要求，可能在需求評審通過后就進入頁面設計與開發了，測試用例編寫。測試：了解需求源與實現要求、方法、時間等。產品：根據各方意見改進功能原型。4 需求評估需求評估是對已經確認的需求原型與文檔做進一步審查，并確定最終開發排期。輸入：開發進度表、功能原型（更新）、需求文檔（PRD）、技術實現方案（如有）輸出：靜態頁（html）、開發進度表（更新，確定開發、測試進度最終日期與交付物）參與人：技術（開發與設計師）：確定靜態頁與開發排期（進度表、里程碑交付物）。測試：掌握開發進度，確定測試時間。產品：根據項目要求與技術、測試共同確定進度表。5 功能實現功能實現包括開發、測試、驗收三個步驟，在這個過程中需要設計師、技術、測試、產品緊密配合，以保證工期與質量。輸入：開發進度表、靜態頁（html）、需求文檔（PRD）、技術實現方案（可能需要）輸出：交付物、開發文檔（概要設計、詳細設計、數據庫設計、編碼規范等）、測試報告、操作說明書、軟件版本發布工單參與人：銷售：知曉需求完成情況與上線時間，以便與客戶溝通技術（開發與設計師）：頁面優化調整，按時間要求開發、提交開發成果（交付物）與開發文檔。測試（運維）：按時間要求進行功能測試、性能測試、編寫測試報告。產品：進度監控、確認驗收，編寫操作說明書。6 系統運營系統運營包括發布上線、上線測試、正式運營三個步驟，應保證系統正式發布前將所有BUG修改完成且能穩定運行，上線后需要進行生產環境主流程、主要功能測試，再將測試數據進行清除。反饋告知客戶進行使用，并向