我們發(fā)布了四款微信小程序,想和你談?wù)勑〕绦虻拈_發(fā)流程
![](http://image.woshipm.com/wp-files/img/74.jpg)
首先祝伙伴們新年快樂!接下來進(jìn)入正題。
作為TGIDEAS里的技術(shù)研發(fā)團(tuán)隊(duì),我們跟其他的技術(shù)團(tuán)隊(duì)一樣對(duì)新技術(shù)、新業(yè)務(wù)形態(tài)時(shí)刻關(guān)注,面對(duì)新的應(yīng)用形態(tài),團(tuán)隊(duì)結(jié)合實(shí)際業(yè)務(wù),趕在年前發(fā)布了以下四款小程序應(yīng)用:
其中“王者榮耀賽事”僅僅歷經(jīng)了1個(gè)月的開發(fā)時(shí)間,趕在小程序上線時(shí)發(fā)布;“王者榮耀官網(wǎng)”緊隨其后,在上線的第二天,也發(fā)布了。
而“火影忍者賽事”沿用現(xiàn)成的、完整的賽事直播框架,僅僅花了8天時(shí)間,完成了策劃、設(shè)計(jì)、開發(fā)和上線,這效率小伙伴們都嚇了一跳。
“鄰友趣”這款利用lbs找游戲好友的陌生人社交小程序,歷經(jīng)了一個(gè)多月的開發(fā)時(shí)間,最終也在放假前發(fā)布。
項(xiàng)目的輸出效率略高,這背后到底遵循了怎樣的開發(fā)流程,樓主今天拋磚引玉談一談,希望能引起大伙的一些思考,也希望能對(duì)即將或正在開展小程序開發(fā)的團(tuán)隊(duì)有用。
小程序在2017年1月9號(hào)全量發(fā)布,樓主團(tuán)隊(duì)在10月份開始著手研究小程序官網(wǎng)文檔,12月初團(tuán)隊(duì)的第一個(gè)小程序項(xiàng)目—“王者榮耀賽事小程序”項(xiàng)目需求正式立項(xiàng),12月20日第一個(gè)成型的版本制作完畢,以下開發(fā)流程示意圖:
(有同學(xué)疑問為什么是12月20制作了第一版?當(dāng)時(shí)微信公開課定在28號(hào),我們猜其可能當(dāng)天發(fā)布小程序,于是原計(jì)劃定在20號(hào)時(shí)完成完整版,有充足時(shí)間提審。)
王者賽事小程序的開發(fā)流程跟網(wǎng)頁需求的開發(fā)流程很像,主要差別為:小程序多了“版本提審”階段
由于引入了審核機(jī)制,小程序的迭代并不能如網(wǎng)頁那樣只要開發(fā)者有發(fā)布權(quán)限就能馬上迭代到線上,需經(jīng)微信官方團(tuán)隊(duì)審核后才能發(fā)布上線,于是,測試就變得重要了。
接下來說說王者賽事小程序的開發(fā)流程遵循了簡單原則:
一.前端主動(dòng)驅(qū)動(dòng)產(chǎn)品
為什么樓主建議前端主動(dòng)驅(qū)動(dòng)產(chǎn)品,主要原因在于:
1.小程序開發(fā)中前端技術(shù)比重較大
對(duì)于API和組件,可由前端開發(fā)者提供可行性評(píng)估
由于小程序大部分API和組件均屬前端范疇,前端開發(fā)者能告知產(chǎn)品經(jīng)理組件和API能實(shí)現(xiàn)到什么程度;而對(duì)于部分涉及后端技術(shù)的API,前端開發(fā)者了解整個(gè)前后端邏輯,可跟后端開發(fā)同學(xué)一起商量如何制作接口(例如用戶鑒權(quán)接口)
開發(fā)模式的轉(zhuǎn)變,前端架構(gòu)首當(dāng)其沖
小程序相比于網(wǎng)頁,前端技術(shù)形態(tài)雖然主體開發(fā)語言未發(fā)生變化,依然可以通過編寫javascript/(w)xml/css實(shí)現(xiàn)邏輯,但設(shè)計(jì)思路已發(fā)生大改,原本大部分網(wǎng)頁的前端邏輯大多為面向過程式編程,而小程序是借了 HTML5 的技術(shù)棧,卻跑的是傳統(tǒng)客戶端開發(fā)的模式,限制了javascript直接對(duì)界面進(jìn)行控制,開發(fā)者只能通過數(shù)據(jù)驅(qū)動(dòng)來間接實(shí)現(xiàn)界面控制。
前端開發(fā)者結(jié)合上述兩點(diǎn),可進(jìn)一步進(jìn)行技術(shù)預(yù)研,輸出成型demo,并推廣到產(chǎn)品側(cè),引導(dǎo)其結(jié)合實(shí)際業(yè)務(wù)進(jìn)行需求立項(xiàng),而在需求立項(xiàng)后的功能迭代中,又可結(jié)合現(xiàn)有API或組件的技術(shù)擴(kuò)展性對(duì)立項(xiàng)功能的設(shè)計(jì)邏輯提出建議。
TGIDEAS的前端團(tuán)隊(duì)遵循了以上方法,在10月-11月份對(duì)小程序進(jìn)行技術(shù)研究,曾輸出過部分技術(shù)demo,如結(jié)合web socket的demo,以及結(jié)合實(shí)際業(yè)務(wù)數(shù)據(jù)的王者榮耀資訊demo,
(王者榮耀賽事/官網(wǎng)小程序原型)
為了告知相關(guān)團(tuán)隊(duì)我們能利用小程序?qū)崿F(xiàn)什么,我們還撰寫專門的技術(shù)文章,最終得到產(chǎn)品和項(xiàng)目側(cè)的認(rèn)可,進(jìn)而策劃新需求,并最終決定開發(fā);而在后續(xù)的開發(fā)中,對(duì)于視頻直播、分享邏輯等功能上均提供了技術(shù)側(cè)以及產(chǎn)品側(cè)的建議。
2.前端開發(fā)者需兼顧整個(gè)開發(fā)流程
首先,因開發(fā)需要,小程序賬號(hào)的唯一運(yùn)營者需要綁定為前端開發(fā)者的微信號(hào)。從最初的賬號(hào)申請(qǐng)到最終的提審發(fā)布,以及后續(xù)的數(shù)據(jù)統(tǒng)計(jì)分析階段,前端開發(fā)者都需要參與,需要兼顧整個(gè)研發(fā)、測試和發(fā)布過程。
其次,前端橋接交互、UI和后端,是各方通信的橋梁,因此,如果前端同學(xué)在此過程中主動(dòng)推動(dòng)整個(gè)項(xiàng)目的進(jìn)展,項(xiàng)目研發(fā)速度將會(huì)有較大提升。
二.小步快跑,敏捷開發(fā)
每個(gè)功能,每個(gè)bug,在提出后的短時(shí)間內(nèi)均快速實(shí)現(xiàn),王者榮耀賽事小程序的開發(fā)周期之所以僅花了一個(gè)月,有賴于各方團(tuán)隊(duì)的極力配合,實(shí)現(xiàn)了快速拉會(huì),快速拍板,快速排期,快速開發(fā)等高效工作模式。
怎樣做到敏捷開發(fā),樓主覺得只要有驅(qū)動(dòng)者即可。前端可以驅(qū)動(dòng)產(chǎn)品,所以這時(shí)候只要前端同學(xué)不要把自己的角色定義為執(zhí)行者,而是定義為驅(qū)動(dòng)者,在遇到問題時(shí),不是尋求方案而是先提早預(yù)想解決方案,然后引導(dǎo)大家對(duì)方案進(jìn)行優(yōu)化即可。
三.PLAN B原則
這也是樓主在其他項(xiàng)目中應(yīng)用的原則,意思是任何一套技術(shù)方案,最好能構(gòu)想兩套方案,一個(gè)是預(yù)想方案,一個(gè)是保底方案。
預(yù)想方案是大膽的假設(shè)方案,必須安排時(shí)間進(jìn)行預(yù)研、突破和實(shí)現(xiàn)。
保底方案是必定能行的方案,一般是很簡單粗暴的方法,目的是為了保證整個(gè)產(chǎn)品邏輯起碼能形成閉環(huán)。
這么說可能有點(diǎn)玄乎,我舉個(gè)例子,在進(jìn)行王者榮耀賽事小程序時(shí),我們有面臨這么一個(gè)問題:現(xiàn)有資訊的數(shù)據(jù)格式?jīng)]法滿足小程序的數(shù)據(jù)格式要求。
我們制定的預(yù)選方案為:運(yùn)營側(cè)或者前端側(cè)制作自動(dòng)轉(zhuǎn)換接口,把原有資訊內(nèi)容自動(dòng)轉(zhuǎn)成小程序格式的內(nèi)容。
保底方案為:手動(dòng)轉(zhuǎn)換文章格式,并沉淀入庫,制作接口調(diào)用。
起初,運(yùn)營開發(fā)對(duì)預(yù)選方案經(jīng)過初步嘗試后,并未能實(shí)現(xiàn),于是我們快速切換為保底方案,讓項(xiàng)目邏輯直接往下跑,而等到后期釋放人力后,運(yùn)營開發(fā)的同學(xué)其實(shí)已經(jīng)攻破了難關(guān),原本的預(yù)選方案已經(jīng)能實(shí)現(xiàn)。
保底方案就是plan b,它不一定能用上,但它有不可磨滅的作用。
當(dāng)然,這兩套方案并不是只能選其一,也能同時(shí)使用。我們對(duì)熱區(qū)數(shù)據(jù)埋點(diǎn)統(tǒng)計(jì)同時(shí)部署了預(yù)想方案和保底方案,
- 預(yù)想方案:微信提供的事件統(tǒng)計(jì)模塊
- 保底方案:點(diǎn)擊流的二次封裝接口
事實(shí)是,微信提供的事件統(tǒng)計(jì)模塊在小程序發(fā)布前期有BUG,數(shù)據(jù)有點(diǎn)偏差,但幸運(yùn)的是我們兩套方案均部署了,點(diǎn)擊流的統(tǒng)計(jì)方式把熱區(qū)統(tǒng)計(jì)的數(shù)據(jù)收集了。
上述扯談了一下王者賽事小程序的應(yīng)急開發(fā)流程和一些原則,其實(shí)在攻克這個(gè)小程序后,我們手上別的小程序項(xiàng)目的開發(fā)流程也就順暢起來了,這里總結(jié)一下通用的一個(gè)流程圖:
(時(shí)間的評(píng)估是以我們團(tuán)隊(duì)的人力情況衡量的,只做參考)
預(yù)延期部分我涂灰了,并不是說這塊不重要,相反樓主覺得這塊特別重要,前端的同學(xué)最好在項(xiàng)目開始之前做一下預(yù)研,這樣有時(shí)候會(huì)事半功倍。
而在動(dòng)態(tài)開發(fā)期,視覺還原環(huán)節(jié)可類比于目前網(wǎng)頁開發(fā)中的重構(gòu)環(huán)節(jié),可對(duì)目前的重構(gòu)人力進(jìn)行培訓(xùn)進(jìn)而分擔(dān)該部分工作。
作者:花叔
本文由 @花叔 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
編者好,我當(dāng)前遇到一個(gè)問題,全員測試時(shí)是開發(fā)版-體驗(yàn)碼進(jìn)行測試嗎?
此處的開發(fā)版是否需要https 支持,望解答
請(qǐng)問畫時(shí)間的評(píng)估圖的軟件是什么?
同問,畫時(shí)間的評(píng)估圖軟件是什么