人(rén)
已閱讀
已閱讀
APP開發如何做(zuò)好需求評審?
來(lái)源:lexintech.com 發布時(shí)間:2017-08-11
找外包公司開發APP,如何把需求準确的(de)傳達給開發團隊,開發公司又如何能夠準确的(de)把握需求,開發出符合客戶想要的(de)APP?深圳APP開發公司樂(yuè)信科技的(de)産品經理(lǐ)分(fēn)享了(le)一些關于需求評審的(de)經驗,也(yě)許能給大(dà)家一些啓發。
首先,我這(zhè)裏提到的(de)需求包含了(le):需求,交互,視覺。
以前我們的(de)做(zuò)法是:
需求評審:各角色的(de)負責人(rén)(包含策劃,交互,視覺,開發,測試,運營等角色負責人(rén))來(lái)參與,沒問題的(de)需求全部進入交互階段進行交互設計。
交互評審:所有成員(yuán)(含所有策劃,交互,視覺,開發和(hé)QA)參加,所有交互稿均會交付給視覺同學進行設計。
視覺評審:基本無
以上這(zhè)樣的(de)狀态,給我們帶來(lái)了(le)幾個(gè)困擾:
首先是所有需求都會進入交互設計和(hé)視覺設計階段,但是最終有可(kě)能因爲開發評估之後做(zuò)不完而被擱置,形成了(le)設計資源的(de)浪費。
交互評審全員(yuán)參與,由于人(rén)數衆多(duō),而且分(fēn)工還(hái)未确認,開發并不知道自己負責哪部分(fēn),所以參與度很低,一般就是交互在講,開發就在下(xià)面聽(tīng),也(yě)不一定能提出問題,到了(le)後半程,有些同學就開始玩手機,效率很低。
視覺評審的(de)缺失,視覺評審由于沒有約定明(míng)确的(de)評審流程,所以有一些視覺沒有經過評審就進入了(le)開發階段,直至需求走查的(de)時(shí)候才發現有問題。
基于以上問題,我們逐步對(duì)相關的(de)評審機制做(zuò)了(le)一些調整,調整後的(de)情況如下(xià):
需求評審
參與人(rén)員(yuán):策劃,交互,視覺,開發,測試,運營等角色負責人(rén)
評審目标:評審需求的(de)優先級和(hé)價值,以及初步判斷可(kě)實現性
評審形式:集中會議(yì)。需求評審完成後的(de)一天内,開發對(duì)需求的(de)大(dà)小進行初步評估。從估算(suàn)和(hé)計劃的(de)角度來(lái)看,可(kě)以認爲這(zhè)是在需求細節還(hái)沒那麽
明(míng)确的(de)情況下(xià)的(de)評估,有可(kě)能存在50%±的(de)偏差,但是他(tā)能将多(duō)餘50%之外的(de)需求砍掉,不必再進入交互階段。
調整思路:主要增加了(le)開發的(de)初步評估,将大(dà)大(dà)超出團隊容量的(de)需求提前砍掉,減少了(le)交互的(de)工作量,使得(de)交互稿可(kě)以提前交付,同時(shí)也(yě)避免了(le)不必要的(de)交互浪費,因爲當前版本未能開發的(de)功能,在下(xià)一個(gè)版本可(kě)能優先級就又不一樣了(le),或者早已不符合市場(chǎng)需求了(le)。
交互評審
參與人(rén)員(yuán):團隊核心成員(yuán)(交互評審),相關功能的(de)各角色成員(yuán)(交互說明(míng))
評審目标:評審交互的(de)合理(lǐ)性,以及交互的(de)可(kě)行性評估
評審形式:分(fēn)爲交互評審和(hé)交互說明(míng)。
整體交互稿的(de)交互評審,在交互評審後一天内,參與評審的(de)核心開發針對(duì)交互做(zuò)一個(gè)基本的(de)評估。反饋:哪些需求肯定做(zuò)不完,這(zhè)些需求就不需要全部進入視覺設計了(le)。
在交互和(hé)視覺稿基本确認之後,在當前叠代的(de)後期,再分(fēn)批跟相關功能的(de)開發和(hé)測試進行交互說明(míng)。此時(shí),開發的(de)基本分(fēn)工已經确認,大(dà)家會更細緻來(lái)聽(tīng),并且能夠提出比較細節的(de)問題,當然此時(shí)交互稿需要修改的(de)問題會比較少,基本不影(yǐng)響整體的(de)安排。
視覺評審
參與人(rén)員(yuán):相應的(de)策劃,交互,視覺,以及視覺負責人(rén)
評審目标:評審視覺稿是否滿足需求,以及從策劃和(hé)交互的(de)角度提出建議(yì)
評審形式:當面溝通(tōng)。視覺設計師會将設計稿郵件發給相應的(de)策劃交互,抄送開發,并且邀請策劃和(hé)交互當面溝通(tōng)意見。