歡迎來(lái)到深圳市志博科技有限公司網站!
您當前的(de)位置:深圳APP開發 > 新聞資訊 > APP開發資訊 >
人(rén)
已閱讀

APP開發如何做(zuò)好需求分(fēn)析

來(lái)源:lexintech.com       發布時(shí)間:2019-05-17
作爲APP開發的(de)産品經理(lǐ),常常會做(zuò)出一些不靠譜的(de)需求,這(zhè)些不靠譜的(de)需求經常會被開發和(hé)客戶吐槽。那麽,如何做(zuò)産品需求才能防止作出那些不靠譜的(de)需求呢(ne)。
我認爲大(dà)多(duō)數的(de)不靠譜需求是因爲需求論證過程不“科學”造成的(de),那麽如何才能做(zuò)個(gè)靠譜的(de)産品經理(lǐ)“科學”得(de)做(zuò)需求呢(ne)?
APP開發需求分(fēn)析
在科學研究中,像假設、證僞、推論這(zhè)一類的(de)關鍵詞會經常出現。“假設”在科學描述中指爲了(le)解釋某一個(gè)現象所建起來(lái)理(lǐ)論;“證僞”是科學區(qū)别于非科學的(de)核心,科學承認自己有可(kě)能是錯的(de),用(yòng)大(dà)白話(huà)說就是如果你能證明(míng)XXX,那麽這(zhè)個(gè)假設就是錯的(de),這(zhè)個(gè)就是科學的(de)可(kě)證僞性;而“推論”,則是在假設理(lǐ)論正确的(de)情況下(xià),應該能夠觀測到的(de)現象或事實。
如果用(yòng)學術研究的(de)思路來(lái)看産品經理(lǐ)的(de)工作,我們所做(zuò)的(de)無非就是在某個(gè)假設存在的(de)情況下(xià),如果這(zhè)個(gè)假設推論出來(lái)的(de)結果對(duì)用(yòng)戶或産品目标有益,就根據假設進行産品的(de)優化(huà)改進;而如果在需求論證過程中這(zhè)個(gè)假設被證僞,就能夠給出決策不用(yòng)做(zuò)這(zhè)個(gè)需求了(le)。那麽在實際工作中怎麽去實踐這(zhè)種科學精神呢(ne)?
一、假設
如果你恰好是個(gè)愛(ài)思考的(de)人(rén),那麽在工作中總會有關于用(yòng)戶和(hé)産品的(de)各種猜測,比如“用(yòng)戶可(kě)能更喜歡XXX”“XXX會縮短用(yòng)戶的(de)決策路徑”“XXX會讓用(yòng)戶感覺更好(用(yòng)戶體驗更好)”,這(zhè)些猜測就是科學研究中的(de)假設。猜測(假設)是我們不斷挖掘需求的(de)起點,可(kě)以這(zhè)麽說吧,一個(gè)愛(ài)假設的(de)PM不一定最終很牛逼,但不思考不假設的(de)PM絕對(duì)做(zuò)不出來(lái)什(shén)麽讓人(rén)眼前一亮的(de)需求。假設可(kě)能來(lái)源于對(duì)一些數據現象的(de)延伸思考,可(kě)能來(lái)源于以往經驗或者其他(tā)競對(duì)的(de)現狀,也(yě)有可(kě)能是來(lái)自于對(duì)人(rén)性或市場(chǎng)環境的(de)直覺判斷,甚至隻是腦(nǎo)洞大(dà)開。在提出假設這(zhè)一點上,我的(de)建議(yì)是:越多(duō)越好。
二、證僞
有了(le)假設之後,寫出需求方案就是水(shuǐ)到渠成的(de)事情了(le),那麽是不是需求就可(kě)以開始開發上線了(le)呢(ne)?當然不是,如果你這(zhè)麽做(zuò)了(le),很可(kě)能隻會落下(xià)個(gè)不靠譜的(de)名聲。許多(duō)需求之所以最終證明(míng)不靠譜,就是因爲假設本身就是不可(kě)靠的(de)。按照(zhào)科學思想,一個(gè)可(kě)靠的(de)理(lǐ)論,應該是可(kě)證僞而且在現有情況未被證僞的(de)。對(duì)産品經理(lǐ)來(lái)說,爲了(le)讓需求靠譜,也(yě)要用(yòng)盡方法去證僞關于用(yòng)戶和(hé)産品的(de)猜測。矛盾的(de)是,我們不斷想辦法去證明(míng)自己的(de)猜測是錯誤的(de),但真正的(de)目的(de)是确認猜測是可(kě)靠的(de),也(yě)就是說,隻有那些想盡辦法也(yě)不能被證明(míng)錯誤的(de)猜測,才是真的(de)可(kě)以作爲我們做(zuò)需求的(de)依據的(de)。
三、推論
對(duì)于很多(duō)新手産品經理(lǐ)來(lái)說,效果預估是比較難的(de)部分(fēn),其實如果能科學得(de)做(zuò)需求,做(zuò)出效果預估是簡單的(de)不能再簡單的(de)事情了(le)。講道理(lǐ),需求是基于假設而來(lái)的(de),而假設的(de)描述中肯定包含了(le)問題的(de)覆蓋面,如果需求是爲了(le)解決假設中的(de)問題,那麽需求能解決問題的(de)範圍也(yě)會是清晰可(kě)見的(de)。如案例假設的(de)是購(gòu)買力接近的(de)用(yòng)戶,有購(gòu)買力信息的(de)用(yòng)戶的(de)比例肯定是可(kě)知的(de),需求隻能解決這(zhè)部分(fēn)用(yòng)戶的(de)體驗問題。而對(duì)于體驗提升帶來(lái)的(de)交易提升值,我們可(kě)以通(tōng)過參照(zhào)其他(tā)類似産品優化(huà)項目得(de)到一個(gè)預估值,這(zhè)樣就能算(suàn)出需求的(de)預估效果。
說了(le)這(zhè)麽多(duō),在APP開發的(de)實際工作中真的(de)有用(yòng)麽?其實,這(zhè)些點都是需求文檔除需求方案之外應該重點體現的(de)内容:需求背景中描述清楚假設和(hé)價值證明(míng)(證僞)内容;需求預估利用(yòng)推論計算(suàn)出能達到什(shén)麽結果;需求風險中寫清楚什(shén)麽情況下(xià)需求要停止或怎麽改進。

APP開發 網站開發 産品設計 微信公衆号 APP開發公司 用(yòng)戶體驗 APP運營 微信小程序 産品經理(lǐ) 網站設計