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