1、互聯網產品的開發流程第一篇接觸了幾年互聯網產品開發工作， 今日心有所動，想將開發流程總結 一下:一、創意階段（以下工作是與分管副總或總經理直接互動的過程）1、提出構想或提交提案。可以是任何員工，可以是書面也可以是口頭，直接向負責產品規劃的副總或總經理提議。 一般建議采用書面形 式，以便領導答復，以免由于這樣那樣的原因造成沒有下文的情況。2、初次研討。有價值的提案，副總或總經理召集有關人員進行研討， 主要是分析可行性、必要性，以及完善構想。3、完善方案。初步討論通過的提案，轉交專人負責，撰寫商業計劃書。該“專人” 一般也就是該產品未來的產品經理。商業計劃書先交分 管副總或總經理初審。4、正式立項

2、。領導班子基本通過的商業計劃，明確專人負責，也就 是產品經理。專項工作將由產品經理領導展開， 產品經理就是該產品 的虛擬總裁。行政上，當以下發正式立項文件的方式，確立該項目的 正式實施。二、籌備階段（以下工作均由產品經理召集）1、研討完善商業計劃書。由市場、技術等有關人員參與，包括必要 的市場調查等工作。2、提交正式報告。報告必須詳列項目描述、執行計劃、成本預算、 預期收益、風險與對策、團隊名單等。3、公司領導班子會審，對項目作出評估與審批意見，包括同意、否 決、暫緩、退回補充等。4、團隊組織。對于審核通過的方案，分管副總或總經理牽頭召集有 關部門聯席會議，明確工作職責及配合要求。同時，由產品

3、經理宣布 團隊名單及分工安排。三、項目實施（以下工作由產品經理督導項目經理實施）1、提交產品效果圖，交公司分管領導會商、審批。2、項目經理根據項目計劃書及產品效果圖組織開發。提出產品架構 方案、產品實施方案、程序設計方案、數據庫設計方案、開發規程、項目進程控制等。包括概要設計與詳細設計。產品經理則負責制作產 品幫助文檔，監督技術開發。必須強調產品協同開發的日志文檔編寫 習慣與版本控制規則。3、提交模型。邏輯復雜的工程，有必要先做實驗性開發。4、正式開發、測試、發布。四、項目發布（以下工作由產品經理負責）1、產品全面檢查。包括bug測試、用戶文檔檢查、版本檢查等，更正一切細節性的瑕疵。2、擬訂并

4、實施推廣方案。3、用戶支持、幫助。第二篇對于稍微大一點的互聯網產品都要有精心部署和安排才行，否則項目 進行的將會一塌糊涂。先說一說都有哪些崗位和開發所用的軟件：1. PD （產品策劃）：word,visio,Axure2. PM （產品經理）：EasyMind3. ID （交互設計師）：Axure, Photoshop4. VD （視覺設計師）：Phtotoshop, Illustrator5. WD （前端開發工程師）：Photoshop, Dreamweaver6. DEV （后端開發工程師）：Dreamweaver, MyEclipseMRD （Market Requirements D

5、ocument 市場需求文檔），MRD 需明確傳達產品需求的目的和目標， 指出什么樣的新產品、方案和服 務為什么可以在市場上或者內部取得成功，以及希望取得怎樣的成 功。MRD說明“是什么”和“為什Z但不要寫“如何”（即不要包含流程 圖和原型圖）。當產品需求為高優先級（即項目立項）時，需求方必 須提供MRD文檔。產品需求的優先級、權重和是否立項由項目實施 委員會確定，日常需求由委員會負責人確定，非常規需求開會確定。PD （產品策劃），PD接到顯性需求后，應仔細透徹地分析需求方 的真正意圖。有時候需求方的想法不一定正確， 也有些是突然的想法 并不可行，PD需進行判斷；當這種情況出現時，PD有權提出

6、白己 的解決方法，包括否定需求。因判斷失誤造成需求沖突、重復開發等 情況，責任由PD承擔。當發生爭執，由 PM （Product Manager產 品經理）協調解決。PD完成需求評審后，需告知需求方完成PRD的時間、產品開發的預估難度及完成工期。接下來就應該是開發人員做PRD （ Product Requirement Document產品需求文檔），PRD側重對產品功能和性能的說明，相 對于MRD中的同樣內容，要更加詳細，并進行量化。PRD一般包含 流程圖、原型圖等，使用用例等手段，以準確說明。也就是說從做 PRD文檔時就是已經進入準備開發階段，這時MRD文檔應該很明確接下來大家開會討論PR

7、D方案，參與討論的應該有需求方、相關領域的顧問（即有豐富經驗者）、PD或UI,并做好記錄。接下來 PD出設計結果方案，需求方簽字確認。程序員接到PRD方案后，需評估完成開發的大致時間，以及任務分解安排。ID （Interaction Designer交互設計師）根據 PRD定稿做出交互 設計方案，真實再現用戶交互過程（工作室一般用強大的 axure ）, 并與PD、UI進行內部評審。視情況，PM參與，做完后要與需求方 反復交流直到需求方滿意。接下來VD （視覺設計師）根據axure做出的原型，進行設計頁面 風格、布局、關鍵界面等。和用戶交流對頁面設計是否滿意。WD （前端開發工程師）根據設計頁

8、面切圖，編寫 HTML, CSS, JS源代碼。下面就進入了后臺開發階段，在編碼之前，程序員應視其系統需 要，進行概要設計、數據庫設計，并進行內部討論和評審。程序員對 文檔或原型有疑問或不理解，需與 PD和ID進行溝通，了解其真實 涵義，不得以任何理由私白更改已確定的PRD文檔方案。確有功能需做調整，程序員需與PD、需求方共同協商完成。改動應出具文檔， 由需求方、技術經理、PM同意。每個人寫的代碼都不可能完全正確，這樣就需要邊開發邊測試* a （alpha最初）測試。在開發小組內部進行，測試的方法也較 多，黑盒、白盒、 壓力、應力等。此階段應完成 80%以上的需求開 發，測試以PRD和原型為準。測試完成后，收集反饋，修復 BUG, 優化流程。* （3 beta第二