互聯(lián)網(wǎng)產(chǎn)品研發(fā)流程概論（上）| 專家干貨

吳濤

+ 關注

2021-02-26 18:09

3501次閱讀

一、研究背景

1、提高研發(fā)計劃性

產(chǎn)品開發(fā)流程每個環(huán)節(jié)都涉及時間排期，這些時間管理要素可以有效控制項目時間表。

2、提高研發(fā)效率

通過明確開發(fā)團隊每個角色的職責和協(xié)作方式，讓每個成員只需嚴格按照規(guī)范做好自己的工作即可高效協(xié)作，降低溝通成本。

3、保證產(chǎn)品質量

通過確保每個環(huán)節(jié)的輸入輸出結果，讓最終產(chǎn)出的產(chǎn)品得到有效保證。

4、及時發(fā)現(xiàn)問題

通過各環(huán)節(jié)過程數(shù)據(jù)，方便管理人員深入了解問題。

二、研發(fā)流程要點

1、明確團隊角色責權利

每個角色都有明確分工和職責，以及業(yè)績和晉升規(guī)則，從根本上保障團隊執(zhí)行力。

2、明確項目管理工具

通過項目管理工具將分解每個角色的工作任務，并形成高效信息流轉。除了產(chǎn)品經(jīng)理和項目經(jīng)理需要通觀全局外，其他每個角色只需及時關注自己負責的部分即可。

3、明確研發(fā)流程

最重要的是針對每個環(huán)節(jié)明確該環(huán)節(jié)的上下游關系，以及該環(huán)節(jié)作業(yè)的輸入和輸出內(nèi)容。

三、產(chǎn)品研發(fā)團隊

研發(fā)團隊是產(chǎn)品研發(fā)管理的核心，建立強有力的產(chǎn)品研發(fā)核心團隊是成功的關鍵步驟。

1、組建團隊

產(chǎn)品研發(fā)核心團隊通常由產(chǎn)品經(jīng)理（1名）、研發(fā)經(jīng)理（1名）、研發(fā)人員（5-10名）組成。產(chǎn)品開發(fā)涉及的職責分配到各位成員身上。

2、角色與分工

（1）產(chǎn)品經(jīng)理

產(chǎn)品經(jīng)理是產(chǎn)品管理職位，負責市場調查并根據(jù)用戶的需求，確定開發(fā)何種產(chǎn)品，選擇何種技術、商業(yè)模式等。并推動相應產(chǎn)品的開發(fā)組織，他還要根據(jù)產(chǎn)品的生命周期，協(xié)調研發(fā)、營銷、運營等，確定和組織實施相應的產(chǎn)品策略，以及其他一系列相關的產(chǎn)品管理活動。

（2）研發(fā)經(jīng)理

研發(fā)經(jīng)理是技術研發(fā)管理職位，負責了解項目的需求，系統(tǒng)分析，做相關的技術選型，制定開發(fā)計劃與開發(fā)規(guī)范。

（3）產(chǎn)品設計師

產(chǎn)品設計師是產(chǎn)品策劃職位，負責將客戶需求轉換為具體的產(chǎn)品形態(tài)。

（4）架構師

架構師是軟件系統(tǒng)和網(wǎng)絡系統(tǒng)的設計師，負責確認和評估產(chǎn)品需求、搭建軟件研發(fā)和網(wǎng)絡系統(tǒng)的核心構架、并掃清主要難點。架構師著眼于“技術實現(xiàn)”，能對常見場景快速給出最恰當?shù)募夹g解決方案，并能評估團隊實現(xiàn)功能需求的代價。

架構師分為軟件架構師和系統(tǒng)架構師兩類，分別專注于軟件開發(fā)和系統(tǒng)運維兩個階段的系統(tǒng)設計。

（5）交互設計師

交互設計師是功能設計職位，負責根據(jù)需求文檔設計交互原型。

（6）視覺設計師

視覺設計師是界面設計職位，負責根據(jù)需求文檔和交互設計文檔設計出產(chǎn)品視覺界面。

（7）Web前端工程師

Web前端工程師是界面研發(fā)職位，負責根據(jù)架構設計文檔和界面設計稿，使用Web技術（HTML/CSS/JavaScript等）進行Web產(chǎn)品界面開發(fā)，并調用Server端接口實現(xiàn)Web應用。

（8）APP開發(fā)工程師

APP開發(fā)工程師是APP界面研發(fā)職位，負責根據(jù)需求文檔和界面設計稿開發(fā)出APP客戶端界面，并調用Server端接口實現(xiàn)APP應用。

（9）測試工程師

測試工程師是軟件質量的把關者，負責根據(jù)需求文檔編寫測試用例、執(zhí)行測試任務、提交測試Bug、跟進Bug修正等。

（10）運維工程師

運維工程師是產(chǎn)品發(fā)布職位，負責維護并確保整個服務的高可用性，同時不斷優(yōu)化系統(tǒng)架構、提升部署效率、優(yōu)化資源利用率提高整體ROI。

四、項目管理工具

推薦騰訊敏捷開發(fā)平臺TAPD，這是騰訊內(nèi)部正在使用的敏捷產(chǎn)品研發(fā)平臺，微信、QQ、騰訊視頻等產(chǎn)品，都是通過TAPD進行產(chǎn)品技術項目研發(fā)管理。

1、打開TAPD平臺首頁

互聯(lián)網(wǎng)產(chǎn)品研發(fā)流程概論（上）| 專家干貨

2、注冊系統(tǒng)帳號

3、借助企業(yè)微信配置權限

4、支持需求研發(fā)全流程管理

貫穿敏捷研發(fā)生命周期，幫助團隊敏捷迭代，小步快跑。

通過迭代進行目標制定與計劃評審，完成工作分配，使用故事墻與燃盡圖進行研發(fā)過程跟蹤。迭代全程目標清晰，進度可控，研發(fā)過程敏捷迭代，小步快跑。

支持Web版本、PAD版、手機版。

五、主要流程環(huán)節(jié)

產(chǎn)品研發(fā)流程分為以下階段：立項階段、設計階段、開發(fā)階段、測試階段、上線階段、磨合階段、運營階段、總結階段。

1、立項階段

立項階段從公司戰(zhàn)略分解開始，然后通過市場調研獲取客戶需求，然后梳理產(chǎn)品方向形成產(chǎn)品提案給產(chǎn)品委員會審批，審批通過后正式進入產(chǎn)品研發(fā)階段。

（1）市場調研

需求調研就是通過調研篩選典型客戶，并對這些客戶的需求細節(jié)進行匯總和梳理。

典型客戶一般都通過用戶畫像的形式進行描述。對已有產(chǎn)品，可以直接通過數(shù)據(jù)統(tǒng)計部門拿到用戶畫像數(shù)據(jù)。用戶畫像一般都是通過抽樣方法，隨機抽取一批客戶（例如1%或者1萬個以下）進行問卷調查。

QQ早期用戶畫像數(shù)據(jù)

對新產(chǎn)品則需要先約定大致客戶群特征，然后針對這個群體做抽樣問卷調查。問卷設計一般都需要產(chǎn)品經(jīng)理完成，然后可以找專業(yè)調研公司去實施。

新華信協(xié)助QQ音樂產(chǎn)品團隊進行用戶調研

（2）客戶需求分析

客戶需求分析就是將調研過程中涉及的需求信息，根據(jù)需求重要程度分級，優(yōu)先滿足客戶基礎需求，也就是我們常說的客戶痛點。

騰訊視頻的需求層次分析V1.0

（3）編寫產(chǎn)品提案

立項階段主要是要輸出產(chǎn)品提案，提交給公司產(chǎn)品委員會決策。產(chǎn)品提案也就是“商業(yè)需求文檔”，簡稱BRD（Business Requirement Document），是基于商業(yè)目標或價值所描述的商業(yè)需求。其核心用途是用于在投入研發(fā)之前，為企業(yè)高管層提供決策評估依據(jù)。其內(nèi)容涉及產(chǎn)品概述、市場需求、競爭環(huán)境、重要性、成功要素、營銷策略、盈利預測等內(nèi)容，一般比較短小精煉，不包含產(chǎn)品細節(jié)。

支付寶用戶事業(yè)部產(chǎn)品提案模板

（4）提交產(chǎn)品決策委員會評審

提案評審主要是判斷以下要點：與戰(zhàn)略關聯(lián)關系是否緊密？產(chǎn)品價值有多大？資源投入有多大？

公司產(chǎn)品決策委員會根據(jù)提交的產(chǎn)品提案進行評估，評估流程如下圖所示：

產(chǎn)品決策委員會決策流程

2、產(chǎn)品設計

產(chǎn)品設計分為輸出概念設計、輸出功能清單、輸出需求概要文檔、輸出需求詳情文檔等步驟。

（1）產(chǎn)品概念設計

概念設計是非常關鍵的產(chǎn)品環(huán)節(jié)，簡單明確的概念不僅讓客戶更容易理解，也讓產(chǎn)品研發(fā)過程思路清晰、少走彎路。而且，概念設計也是軟件架構師將產(chǎn)品概念轉化為技術對象化模型的關鍵環(huán)節(jié)。

以支付寶產(chǎn)品為例，就是采用了“錢包”概念模型。錢包里有現(xiàn)金、銀行卡，也可以放身份證、名片、照片、小票、發(fā)票等。區(qū)分好需求層級，產(chǎn)品交互體驗的層次和用力程度自然就出來了。

支付寶錢包用戶產(chǎn)品模型

（2）確定產(chǎn)品功能組合

根據(jù)產(chǎn)品概念模型和需求優(yōu)先級，確認關鍵性的功能要點。

QQ音樂關鍵功能要點

（3）確定功能清單

然后對功能進行樹狀化梳理，把所有功能點都整理到一個列表里。

QQ影音產(chǎn)品功能清單V1.0

這些功能點后續(xù)都作為需求點加入項目管理系統(tǒng)TAP中，方便團隊所有成員溝通和完善這個功能清單。形成功能清單初稿后，產(chǎn)品經(jīng)理需要先在產(chǎn)品團隊中組織討論完善，然后再找運營團隊溝通完善，然后是找交互視覺團隊補充完善，最后再找研發(fā)項目經(jīng)理、研發(fā)、測試、運維等角色溝通完善。

這個過程既是幫產(chǎn)品經(jīng)理完善的過程，也是形成團隊共識、激發(fā)團隊熱情的過程。

（4）輸出需求概要文檔

概要文檔明確某個功能模塊下的功能介紹，一般是多個功能點的描述。需求概要一般由產(chǎn)品經(jīng)理負責撰寫，不包含功能細節(jié)描述。為了方便與產(chǎn)品設計師們溝通需求，可以將主要功能界面草稿加入該文檔中，用原型草圖能更好地描述主要功能。

騰訊視頻PC版播放模塊的需求概要文檔

有了某個模塊的需求概要文檔后，研發(fā)項目經(jīng)理組織團隊溝通需求概要。產(chǎn)品經(jīng)理首先介紹需求概要然后由其他團隊成員提出自己關心的專業(yè)問題。會前產(chǎn)品經(jīng)理提前分享文檔，并收集準備大家的問題點。

會后主架構師根據(jù)需求概要做架構設計框架，研發(fā)工程師也可以針對自己負責的模塊做技術預研。有經(jīng)驗的工程師，往往在這個階段就開始試著做個Demo，把主體功能流程跑通，這樣在正式進入研發(fā)時就會比較輕松，專注于細節(jié)完善和產(chǎn)品質量。

（5）輸出需求詳情文檔

需求詳情文檔由產(chǎn)品設計師負責編寫。需求概要中的需求點，每個都需要單獨編寫需求詳情文檔，而不是把所有的需求詳情都寫在一個文檔里。這樣會導致需求詳情文檔非常長，內(nèi)容龐雜，這個會導致后續(xù)很多問題。需求點最好都能拆分到1周內(nèi)能完成研發(fā)測試比較好，這樣才能有效實現(xiàn)敏捷開發(fā)。

騰訊視頻PC版自動登錄需求文檔

需求文檔并不是產(chǎn)品設計師一個人閉門造車就能寫出來的。產(chǎn)品設計師需要頻繁與交互、運營、視覺、用戶研究（UER）、架構師、測試經(jīng)理、開發(fā)、運維等人員溝通。溝通的過程更多是產(chǎn)品設計師學習和融合各個角色思考的過程，同時也讓各個角色的工作更加明確。

一般需求文檔的編寫分成以下步驟：

第1步：根據(jù)需求概要設計用戶操作流程圖。

第2步：根據(jù)用戶操作流程拆分各個界面，繪制主界面草圖加入文檔，再分別描述每個界面的主要元素和功能點，再描述界面之間交互的邏輯，最后加上交互背后涉及的業(yè)務邏輯。

第3步：找運營溝通需求，根據(jù)運營人員的建議補充營銷位、運營后臺工具等內(nèi)容。

第4步：找交互設計師溝通交互細節(jié)，根據(jù)交互設計師的疑問補充界面中的交互邏輯。交互設計師完成交互設計稿后，將交互稿截圖并加入文檔，并完善交互邏輯說明。

第5步：找視覺設計師溝通視覺細節(jié)，提醒視覺設計師突出重點。視覺設計師完成設計稿后，將設計稿截圖并加入文檔，并完善視覺界面說明。

第6步：找架構師溝通算法和技術邏輯，根據(jù)架構師提出的疑問完善業(yè)務邏輯。

第7步：找測試經(jīng)理溝通測試用例，根據(jù)測試經(jīng)理提出的疑問完善功能細節(jié)。因為測試經(jīng)理需要寫測試用例，測試用例是以需求文檔為藍本，如果需求文檔不清楚必然會導致測試用例不完善，因此測試經(jīng)理往往對產(chǎn)品設計師的幫助很大，甚至會比產(chǎn)品設計師更了解產(chǎn)品細節(jié)。

第8步：找UER做功能調研。UER將需求文檔轉化為調研文檔，然后通過產(chǎn)品體驗群、邀請客戶當面體驗等方式找出產(chǎn)品設計中的問題。然后UER反饋給產(chǎn)品經(jīng)理，產(chǎn)品設計師合并優(yōu)化成產(chǎn)品需求詳情文檔。有的公司UER調研也是由產(chǎn)品設計師承擔，但是專業(yè)性上有可能難以保障。

第9步：找產(chǎn)品經(jīng)理、研發(fā)項目經(jīng)理、運維確認需求文檔，并初步確定排期。

（6）需求評審

如果之前編寫過程與每個角色都有了充分的溝通，需求評審就會變得很輕松愉快。否則，產(chǎn)品經(jīng)理和產(chǎn)品設計師將會陷入無止境的辯論中，往往動輒就讓整個團隊消耗了幾個小時還無法形成結論。

因此，需求評審的關鍵就是產(chǎn)品設計師事先做好評審會的一切準備。提前準備好所有資料并提前發(fā)給團隊所有成員，并事先與所有角色都逐一確認過關鍵問題，而且得到了產(chǎn)品經(jīng)理和研發(fā)項目經(jīng)理的確認。在評審會上，先講總體，再講重要細節(jié)，再講次重要細節(jié)，并層層確認。

對于會議上爭議較大的問題點，5分鐘后還沒結論的馬上記錄下來，會后再單獨討論。如果問題點太多，就說明產(chǎn)品設計師還沒考慮清楚，那就盡早結束會議，重新修改后再召開評審。這種情況會嚴重影響產(chǎn)品團隊的聲譽，因為耽誤的是所有人的時間。為了減少這種風險，需求評審一定要提前1-2周召開，而不要等到開發(fā)前夕才進行評審。

3、交互設計

交互設計主要是將產(chǎn)品經(jīng)理的功能設計，用原型圖和交互流程的形式展現(xiàn)出來，方便與用戶及團隊進行溝通。交互設計原型將產(chǎn)品經(jīng)理提供的產(chǎn)品原型草圖具象化，減少了需求不確定性，保證產(chǎn)品功能可用性。

騰訊設計完整流程圖

（1）交互設計需求分析

交互設計需求分析主要是要回答以下問題：

A）重點是給哪些角色看？

涉及交互稿的角色很多，幾乎每個角色都需要，但是只要有專業(yè)細致的交互稿，也就能滿足所有角色的需求了，無需針對每個人提供不同的交互稿版本。

產(chǎn)品經(jīng)理：產(chǎn)品經(jīng)理需要將交互稿截圖合并到需求文檔，提供給各個角色作為需求源。

視覺設計師：需要以交互設計稿為基礎，設計出每個界面的PSD文檔。

研發(fā)經(jīng)理：需要通過交互設計稿，判斷需要調配哪些角色參與，大概需要多少時間。

架構師：需要通過交互設計稿，梳理出軟件架構設計，特別是功能流程設計與軟件架構和網(wǎng)絡架構設計緊密相關。

Web前端開發(fā)：需要通過交互設計稿，確認網(wǎng)頁界面是如何串聯(lián)起來的。這里不僅涉及功能流程設計，也包括交互細節(jié)。

APP客戶端開發(fā)：需要通過交互設計稿，確認APP軟件界面是如何串聯(lián)起來的。這里不僅涉及功能流程設計，也包括交互細節(jié)。

后臺開發(fā)：需要通過交互設計稿，確認采用哪種后臺調用方式，以及如何通過交互設計讓用戶在面對網(wǎng)絡延遲等情況時體驗更佳。

測試：需要通過交互設計稿，編寫功能測試用例，以及每個交互體驗細節(jié)的測試用例。

用戶研究：需要通過交互設計稿，訪談客戶，讓客戶更容易理解產(chǎn)品功能，從而獲得更有效的反饋。

B）用戶場景是什么？

確定是要做什么場景下的交互設計。具體包括用戶畫像、主要功能流程等。

C）采用什么樣的形式？

交互文檔大多都采用Axture進行設計，一般都采用線框稿的形式。

使用Axture創(chuàng)建交互設計文檔

D）要達到什么標準？

一般衡量交互水平的指標，是整個功能操作流程的流量轉化率。

以注冊登錄為例，可以通過抽樣監(jiān)測從進入注冊到登錄完成每個步驟進行數(shù)據(jù)跟蹤，然后得出轉化率數(shù)據(jù)值，然后再跟競品或類似產(chǎn)品進行對比，不斷提升這個轉化率。

（2）功能交互設計

功能交互設計主要是將軟件界面之間的跳轉關聯(lián)關系表達清楚。

（3）交互細節(jié)設計

交互細節(jié)涉及點非常多，不同公司、不同類型的產(chǎn)品都會有自己不同的交互設計風格和細節(jié)處理方式。為了保證產(chǎn)品交互細節(jié)上的統(tǒng)一和規(guī)范，互聯(lián)網(wǎng)公司一般都會制定自己的交互設計規(guī)范，以便指導設計師完成交互設計。

騰訊網(wǎng)站產(chǎn)品交互設計規(guī)范V1.0

交互細節(jié)設計，一般涉及交互控件元素、交互文案、裝飾圖形等內(nèi)容。

每個看似很小的功能細節(jié)，都往往需要花費大量精力去做細。為了節(jié)省成本，在這樣的功能開發(fā)出來后，都最好對象化模塊化，其他場景只需調用這個模塊即可快速創(chuàng)建類似的功能。

網(wǎng)頁翻頁功能細節(jié)交互設計

產(chǎn)品上線后運維工作才剛開始，具體包括升級版本上線工作、服務監(jiān)控、應用狀態(tài)統(tǒng)計、日常服務狀態(tài)巡檢、突發(fā)故障處理、服務日常變更調整、集群管理、服務性能評估優(yōu)化、數(shù)據(jù)庫管理優(yōu)化、隨著應用PV增減進行應用架構的伸縮、安全、運維開發(fā)等工作。