網際網路產品的開發流程

2.策劃階段

2.1.prd（product requirement document產品需求文件）

prd側重對產品產品功能和效能的說明，相對於mrd中的同樣內容，要更加詳細，並進行量化。prd一般包含流程圖、原型圖等，使用用例等手段，以準確說明。若無mrd，則prd需對目標進行說明。

prd為必須經過的步驟，由pd或ui完成。prd需進行編號，編號規則詳見「需求編碼」**。

2.2.評審

需求方、相關領域的顧問（即有豐富經驗者）、pd或ui參與的評審prd的會議，一般專案經理、pm需參與會議。若專案較大，需邀請總經理參與。會議必須有主持，並在會後出memo（備忘）或prd更新說明。

專家評審結束後，pd出設計結果方案，需求方簽字確認。程式設計師接到prd方案後，需評估完成開發的大致時間，以及任務分解安排。當需要gui方案作為輔助判斷時，需明確提出。

2.3.互動demo

id（interaction designer互動設計師）根據prd定稿做出互動設計方案，真實再現使用者互動過程，並與pd、ui進行內部評審。視情況，pm參與。（因公司沒有id，此步驟由pd與美工，視覺設計師，口頭溝通完成）

2.4.視覺介面

由美工（視覺設計師）設計頁面風格、布局、關鍵介面等，交由pd、ui、id進行內部gui（graphical user inte***ce圖形使用者介面）評審。gui方案通過後，頁面製作師開始切割頁面，編寫html。

3.開發階段

3.1.後台編碼

在編碼之前，程式設計師應視其系統需要，進行概要設計、資料庫設計，並進行內部討論和評審，邀請顧問參與。程式設計師對文件有疑問或不理解，需與pd進行溝通，了解其真實涵義，不得以任何理由私自更改已確定的prd、gui方案。確有功能需做調整，程式設計師需與pd、需求方共同協商完成。

改動應出具文件，由需求方、技術經理、pm簽字後生效。

3.2.α（alpha最初）測試

在開發小組內部進行，測試的方法也較多，黑盒、白盒、壓力、應力等。此階段應完成80%以上的需求開發，測試以prd為準。測試完成後，收集反饋，修復bug，優化流程。開發者在場。

3.3.β（beta第二次）測試

有選擇地請一些終端使用者實際使用，將發現的問題反饋，開發者對系統進行最後的修改，之後準備發布最終產品。β測試開發者不在場。產品估算開發時間，以完成β測試為準。

3.4.產品發布

β測試後，pd校驗產品。如產品與策劃方案相差較大，有權不接受產品，責任由開發部門負責。將產品發布日設為里程碑，以此考核整個專案的運作效率。

4.校驗階段

4.1.發布跟蹤

產品上線後，pd或市場調研員負責收集使用者運算元據，檢測各個反饋渠道，篩選資料，出具使用者檢測報告，檢驗產品改進是否達到預期目標。立項產品應專門出具報告，非立項改動需在資料分析報告中體現。

以上只是對產品開發的常見流程進行的解讀，不同公司，不同專案間會有部分的優先順序變動，但大體流程是類似的。因此，了解了大致流程，就會在工作中做到心中有數，不會在與產品、ui、技術、測試人員溝通時出現大的障礙，使得專案可以快速推進。