需求梳理是項目前期最重要的環(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)都不懂的話叭爱，難免避免被人牽著鼻子走。
