需求梳理是項目前期最重要的環(huán)節(jié)川背,它決定著項目的開發(fā)內(nèi)容和方向泉褐。客戶想要的功能需要在文檔中表達(dá)清楚烁落,軟件公司會按照這份文檔進(jìn)行開發(fā)乘粒,同時客戶也按照文檔來進(jìn)行驗收。
后期簽合同時的準(zhǔn)確報價也會以需求文檔作為主要的參考伤塌。按照一航的經(jīng)驗來看灯萍,后期雙方80%的爭吵和不愉快都是來自這份需求文檔,前期大家沒有很詳細(xì)的閱讀和理解這份文檔每聪,就會造成后面開發(fā)工作上的偏差旦棉。客戶認(rèn)為這個功能是必須有的药薯,軟件公司認(rèn)為這個功能需求文檔上沒有所以我們沒有開發(fā)绑洛。
一航站在旁觀者的角度來看待這個事情,客戶(甲方)擅長所屬行業(yè)的業(yè)務(wù)童本,但缺乏移動互聯(lián)網(wǎng)的產(chǎn)品思維真屯,你讓他去理解一篇幾十頁的需求文檔其實是很難的,隔行如隔山穷娱,很難做到差缺補(bǔ)漏绑蔫。
如果是讓我通過一份文檔來了解一個項目的需求,我需要做的是先仔細(xì)閱讀需求文檔鄙煤,然后弄明白項目背景和大致的功能晾匠,繪制產(chǎn)品的功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖和核心業(yè)務(wù)流程圖梯刚。但是換成不懂行的客戶凉馆,幾乎是做不到這樣。
軟件公司(乙方)當(dāng)然是希望和客戶盡快達(dá)成需求上的一致亡资。文檔也是內(nèi)部開發(fā)團(tuán)隊工作上的重要依據(jù)澜共。如果給的時間長或是客戶是個明白人,相信需求梳理這個過程是相對愉快的锥腻。如果軟件公司缺乏行業(yè)經(jīng)驗嗦董,而且需求的梳理完全依靠他們的話,那么最終投入到使用時一定會出現(xiàn)體驗不佳的地方瘦黑。因為他們很難設(shè)身處地的去思考用戶場景京革。為什么后期軟件公司不愿意做需求文檔之外的功能奇唤?因為錢啊,開發(fā)都是需要成本的匹摇,工資咬扇、水電網(wǎng)、物業(yè)等等都需要成本廊勃,而且一天的支出還不少懈贺,哪能就隨隨便便就答應(yīng)給你開發(fā)額外的功能。
這樣看來似乎都有自己的苦衷坡垫,但最終出現(xiàn)這個問題的原因還是雙方信息偏差過大梭灿。
需求文檔是客戶業(yè)務(wù)和軟件技術(shù)結(jié)合的最終產(chǎn)物,在梳理的過程中需要對對方行業(yè)有基本的認(rèn)知冰悠,不然就會出現(xiàn)信息偏差過大而導(dǎo)致雙方合作上的失敗堡妒。
同時在做需求規(guī)劃時候不要想著一口氣全都做完,你看到淘寶屿脐、美團(tuán)涕蚤、餓了么等主流app,在桌面看似是一個小小的圖標(biāo)的诵,但是他背后可能是上千人的技術(shù)團(tuán)隊負(fù)責(zé)万栅。不要指望自己找個軟件公司花個幾萬塊錢就能模仿出來。即便是自己的模式和他們相仿西疤,有很多參考的地方烦粒,你也要篩選出自己的核心業(yè)務(wù),也就是直擊市場痛點(diǎn)的解決方案代赁,把這部分功能作為第一期功能進(jìn)行開發(fā)扰她。再自己驗證好市場之后再對app進(jìn)行功能迭代,這樣可以把風(fēng)險大大降低芭碍。這也正是MVP產(chǎn)品原則徒役。
那如何盡量避免需求梳理上的問題,一航根據(jù)自己的經(jīng)驗站在客戶角度給出下面幾條建議:
盡量選擇有行業(yè)經(jīng)驗的軟件開發(fā)公司窖壕,同時對接這個項目的產(chǎn)品經(jīng)理有相關(guān)的行業(yè)經(jīng)驗忧勿。
做好用戶定位和業(yè)務(wù)梳理,結(jié)合自己行業(yè)的業(yè)務(wù)場景瞻讽,分析每一個場景并且記錄下來鸳吸,與軟件公司進(jìn)行詳細(xì)的溝通,盡量將對方帶入到實際場景中速勇。剩下的交給軟件公司的產(chǎn)品經(jīng)理去做市場的調(diào)研晌砾,然后共同制定出一份雙方認(rèn)可的需求。
競品參考烦磁。在應(yīng)用市場找到相關(guān)同行業(yè)的程序养匈,下載安裝進(jìn)行深度體驗哼勇。分析利弊,結(jié)合他們的功能做一些思考呕乎。
需求規(guī)劃上遵循MVP產(chǎn)品原則
軟件基礎(chǔ)知識的學(xué)習(xí)猴蹂。閑暇之余要主動去學(xué)習(xí)軟件的基本知識,你不需要懂得怎么開發(fā)楣嘁,但是你要知道做APP項目大概怎么來做,構(gòu)成原理等等珍逸。其實多看一些常用的APP逐虚,通過運(yùn)營者的角度來使用和分析,時間長了就多少會明白一些谆膳。如果自己一點(diǎn)都不懂的話叭爱,難免避免被人牽著鼻子走。