移動App開發(fā)規(guī)范流程全解析

近來新入職一家集團背景的互聯(lián)網(wǎng)創(chuàng)業(yè)公司,因團隊人員新組建且包含行業(yè)新人,需統(tǒng)一規(guī)范開發(fā)設計流程,便于了解主要流程和不同崗位具體工作側重點,促使我整理了這份開發(fā)流程規(guī)范V1.0版,供大家交流參考,歡迎留言反饋補充~
一、主要流程
二、產(chǎn)品立項
工作描述
產(chǎn)品立項階段亦稱為準備階段,該階段主要基于需求大綱通過針對性的市場調(diào)研、用戶訪談及競品分析,盡可能的評估產(chǎn)品的核心功能,方向定位、目標用戶群、成本投入和市場前景。在決策層評估通過的條件下,組建虛擬開發(fā)小組,協(xié)調(diào)資源,明確項目負責人及產(chǎn)品計劃上線時間等事項。若為甲方需求的項目,可省略市場調(diào)研及商業(yè)價值評估的相關內(nèi)容。
工作要點
描繪遠景,設定目標:產(chǎn)品的遠景是什么?計劃需要做什么實現(xiàn)這個遠景?明確各個階段的產(chǎn)品目標,為什么設定這樣的目標?
市場調(diào)研,競品分析:通過針對性的市場調(diào)研和充分的競品分析,測算產(chǎn)品市場前景和風險成本。
收集需求,排優(yōu)先級:收集各業(yè)務市場部門反饋的需求意見,做典型用戶的深度訪談,組相開發(fā)設計運營人員頭腦風暴,明確產(chǎn)品核心功能和開發(fā)需求優(yōu)先級。
組建團隊,定負責人:依據(jù)產(chǎn)品定位和投入資源,組建合適的虛擬開發(fā)小組,指定項目負責人,團隊相互熟悉各個崗位人員。
定期碰頭,制定計劃:商定項目相關人員定期碰頭會,保持團隊所有人最新需求信息同步,初步制定產(chǎn)品各個階段完成時間節(jié)點。
交付成果
《競品分析報告》、《產(chǎn)品立項說明書》、《產(chǎn)品BRD文檔》
三、需求分析及評審
工作描述
基于產(chǎn)品定位和運營策略,與產(chǎn)品各需求方進行深度的需求溝通,將抽象繁雜的需求整理分析成可落地執(zhí)行的方案,召開需求評審,排定各功能點的開發(fā)優(yōu)先級,規(guī)劃產(chǎn)品各個版本迭代的功能計劃表,設計產(chǎn)品原型,撰寫產(chǎn)品需求說明書,與設計開發(fā)團隊溝通確定各階段的完成時間節(jié)點,明確產(chǎn)品實際上線時間,與市場運營團隊溝通上線運營計劃方案等。
工作要點
需求分析,原型設計:與市場業(yè)務運營同事深度溝通,形成初步的需求大綱,功能列表,組織團隊全員頭腦風暴,分析需求的真?zhèn)渭熬o迫性,確定需求開發(fā)優(yōu)先級,制定產(chǎn)品功能迭代計劃表,設計產(chǎn)品原型初稿及頁面結構圖;
需求評審,確定方案:由產(chǎn)品經(jīng)理牽頭召開需求評審會議,向開發(fā)團隊詳細講解產(chǎn)品邏輯流程和交互細節(jié),評估技術實現(xiàn)的可行性。對不明確的需求做二次需求更新;
需求文檔,開發(fā)周期:依據(jù)需求評審結果,修改設計最終版原型及交互,標注原型及撰寫產(chǎn)品需求說明書,管理后臺數(shù)據(jù)相關數(shù)據(jù)統(tǒng)計等需求,技術根據(jù)需求文檔反饋每個階段的完成時間節(jié)點。
交付成果
《產(chǎn)品PRD文檔》、《產(chǎn)品交互原型稿》(低/高保真)、《產(chǎn)品開發(fā)進度計劃表》
四、UI界面設計
工作描述
基于原型交互稿及產(chǎn)品PRD文檔設計產(chǎn)品頁面效果圖,與產(chǎn)品溝通確定詳細的交互細節(jié)及效果。與需求業(yè)務方確定完善效果圖設計最終版,依據(jù)開發(fā)需求進行效果圖細節(jié)標注,設計產(chǎn)品icon及應用市場審核宣傳材料,配合市場運營部門設計產(chǎn)品運營活動頁面等。
工作要點
用戶分析,設計梳理:收集相關資料分析目標用戶的使用特征、情感、習慣、心理、需求等,基于3W法明確使用者,使用環(huán)境及使用方式;
素材收集,確定風格:在深度熟悉產(chǎn)品整體業(yè)務流程和商業(yè)需求的基礎上,確定頁面主輔色,制定交互方式,操作與跳轉(zhuǎn)流程、結構、布局、信息和其他元素;
界面設計,規(guī)范輸出:設計產(chǎn)品頁面、圖標、ICON,皮膚及一些界面交互的表現(xiàn)。與前端開發(fā)溝通,明確切圖命名及標注規(guī)范,輸出最終設計稿。
UE測試,整體復盤:產(chǎn)品測試階段包含UE測試,負責測試頁面的還原度及交互的易用性,針對設計稿和需求文檔提出測試反饋優(yōu)化意見。產(chǎn)品上線發(fā)布后,全面復盤本次設計架構和細節(jié),總結設計經(jīng)驗和優(yōu)化迭代建議,并撰寫相關的分析優(yōu)化報告。
交付成果
《PSD源文件》、《切圖源文件》、《交互描述及標注細節(jié)規(guī)范說明》
五、代碼開發(fā)
工作描述
分為用戶端、服務端兩類開發(fā)。其中用戶端開發(fā),主流有iOS和Android,依據(jù)需求文檔和設計稿,實現(xiàn)前端頁面的交互效果,與服務端確定數(shù)據(jù)交換接口協(xié)議。服務端開發(fā)依據(jù)需求文檔,設計數(shù)據(jù)庫表結構,評估核心復雜功能的實現(xiàn)方案,撰寫開發(fā)設計概要文檔及反饋重要功能的完成時間節(jié)點。
交付成果
《開發(fā)設計概要》、《接口協(xié)議文檔》、《自測通過的產(chǎn)品1.0版》
六、測試驗收
工作描述
參考產(chǎn)品需求文檔和開發(fā)設計概要,撰寫產(chǎn)品測試用例,召開用例講解會,對產(chǎn)品全方位的進行測試,將測試不通過的內(nèi)容反饋給開發(fā),判定bug嚴重程度和跟進修復進度,評估產(chǎn)品上線發(fā)布的可行性,協(xié)助產(chǎn)品和業(yè)務人員撰寫產(chǎn)品驗收報告。
測試類型
功能性測試、容錯性測試、性能效率測試、易用性測試、兼容性測試、壓力測試等
交付成果
《測試用例》、《測試bug反饋記錄表》、《測試驗收報告》
本文由@風舟大大 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
每個階段誰來主導再寫上去就好了,誰能定?會開了不少沒人拍板。老板會議要開一天嗎?哈哈哈哈
不錯 寫的很有條理
5色中性筆伺候 ??
很詳細了。
在進入開發(fā)階段之前,做一下可用性測試是很有必要的。既然這個產(chǎn)品要服務于用戶,那么當然要讓用戶拿腳來投一次票。為啥一定要在實際開發(fā)之前?是因為一個產(chǎn)品在沒正式開發(fā)之前,試錯和修改的成本都很低。
他說的可用性測試不是調(diào)研呀。調(diào)研先于產(chǎn)品。 可用性測試后于產(chǎn)品
可用性測試用于高保真原型,也是先驗
可用性測試應該貫穿產(chǎn)品生命周期的始終。調(diào)研是為了收集信息,測試是為了驗證對錯。當然是越早測試越好了。后于產(chǎn)品的話,經(jīng)常會做出一些沒人用的東西來~
寫的很粗,只是交代了一個產(chǎn)品的實現(xiàn)過程,可不是只有前端APP才這么做哦
干貨,筆芯~
項目進度是如何量化
項目進度一般時重要的完成時間節(jié)點先評估好,讓每個崗位的負責人確認,然后產(chǎn)品每天早上、下班前跟進實際開發(fā)情況,不定期同步更新開發(fā)進度,遇到時間延誤就需要協(xié)調(diào)資源或者尋求其它解決方案
你們界面設計不評審嗎?
但是我個人建議,如果產(chǎn)品是從0到1或者大改版,最好加一個UI設計評審,產(chǎn)品、技術和測試整體過一遍
嗯嗯 UI需要評審一下
很少遇到UI設計評審,基本都是產(chǎn)品和Boss(負責人)把關即可