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

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

3、經(jīng)理宣布 團(tuán)隊(duì)名單及分工安排。三、項(xiàng)目實(shí)施（以下工作由產(chǎn)品經(jīng)理督導(dǎo)項(xiàng)目經(jīng)理實(shí)施）1、提交產(chǎn)品效果圖，交公司分管領(lǐng)導(dǎo)會(huì)商、審批。2、項(xiàng)目經(jīng)理根據(jù)項(xiàng)目計(jì)劃書及產(chǎn)品效果圖組織開發(fā)。提出產(chǎn)品架構(gòu) 方案、產(chǎn)品實(shí)施方案、程序設(shè)計(jì)方案、數(shù)據(jù)庫設(shè)計(jì)方案、開發(fā)規(guī)程、項(xiàng)目進(jìn)程控制等。包括概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)。產(chǎn)品經(jīng)理則負(fù)責(zé)制作產(chǎn) 品幫助文檔，監(jiān)督技術(shù)開發(fā)。必須強(qiáng)調(diào)產(chǎn)品協(xié)同開發(fā)的日志文檔編寫 習(xí)慣與版本控制規(guī)則。3、提交模型。邏輯復(fù)雜的工程，有必要先做實(shí)驗(yàn)性開發(fā)。4、正式開發(fā)、測試、發(fā)布。四、項(xiàng)目發(fā)布（以下工作由產(chǎn)品經(jīng)理負(fù)責(zé)）1、產(chǎn)品全面檢查。包括bug測試、用戶文檔檢查、版本檢查等，更正一切細(xì)節(jié)性的瑕疵。2、擬訂并

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

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

6、白己 的解決方法，包括否定需求。因判斷失誤造成需求沖突、重復(fù)開發(fā)等 情況，責(zé)任由PD承擔(dān)。當(dāng)發(fā)生爭執(zhí)，由 PM （Product Manager產(chǎn) 品經(jīng)理）協(xié)調(diào)解決。PD完成需求評(píng)審后，需告知需求方完成PRD的時(shí)間、產(chǎn)品開發(fā)的預(yù)估難度及完成工期。接下來就應(yīng)該是開發(fā)人員做PRD （ Product Requirement Document產(chǎn)品需求文檔），PRD側(cè)重對(duì)產(chǎn)品功能和性能的說明，相 對(duì)于MRD中的同樣內(nèi)容，要更加詳細(xì)，并進(jìn)行量化。PRD一般包含 流程圖、原型圖等，使用用例等手段，以準(zhǔn)確說明。也就是說從做 PRD文檔時(shí)就是已經(jīng)進(jìn)入準(zhǔn)備開發(fā)階段，這時(shí)MRD文檔應(yīng)該很明確接下來大家開會(huì)討論P(yáng)R

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

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