本文作者將從合同與需求分析的關(guān)系、需求調(diào)研、需求分析、需求定義、需求變更與需求補(bǔ)充、用戶參與等幾個(gè)角度來(lái)闡述基于標(biāo)準(zhǔn)產(chǎn)品實(shí)施開發(fā)的需求分析方法。

有這么一個(gè)群體，需求分析工作在客戶現(xiàn)場(chǎng)進(jìn)行，而且已經(jīng)有一款標(biāo)準(zhǔn)產(chǎn)品。項(xiàng)目組需要在標(biāo)準(zhǔn)產(chǎn)品的基礎(chǔ)上基于用戶需求進(jìn)行個(gè)性化開發(fā)工作。我們把這種場(chǎng)景下面的需求分析叫做基于標(biāo)準(zhǔn)產(chǎn)品實(shí)施開發(fā)的需求分析。每當(dāng)我們?cè)趯?shí)施此類型的需求分析工作時(shí)，需求分析人員常常限于合同約定的范圍拒絕許多客戶的需求，但同時(shí)又要兼顧甲方的要求和滿意程度。這就到了考驗(yàn)實(shí)施開發(fā)項(xiàng)目組，尤其是需求分析人員的時(shí)候了。

我們將從合同與需求分析的關(guān)系、需求調(diào)研、需求分析、需求定義、需求變更與需求補(bǔ)充、用戶參與等幾個(gè)角度來(lái)闡述基于標(biāo)準(zhǔn)產(chǎn)品實(shí)施開發(fā)的需求分析方法。拋磚引玉，供各位參考。

一、合同簽訂與需求分析

嚴(yán)格意義上來(lái)說(shuō)，合同簽訂與需求分析是不可區(qū)分的。只有事先了解到用戶需求，才能準(zhǔn)確把握用戶的個(gè)性化做什么，做到什么程度。從而更好的評(píng)估工時(shí)確定合同價(jià)格。

個(gè)人覺得最理想的情況是需求分析先于合同簽訂進(jìn)行，但出于乙方“不見兔子不撒鷹”。不可能將龐大的需求分析工作在合同簽訂前進(jìn)行。所以現(xiàn)實(shí)情況大多是先為客戶演示產(chǎn)品，粗略收集用戶的需求，從一個(gè)大方向上確定用戶需求，從而為評(píng)估工時(shí)，報(bào)價(jià)提供參考。此時(shí)，商務(wù)人員不可能面面俱到，即使合同簽訂完成，合同條款內(nèi)的個(gè)性化需求清單也無(wú)法細(xì)化。從而為后期需求分析工作挖坑。

到了項(xiàng)目實(shí)施期間，項(xiàng)目組與甲方主要矛盾在于做多少的問題。甲方當(dāng)然希望多做，產(chǎn)品多做，用戶才能少做。但是項(xiàng)目組卻需要項(xiàng)目保質(zhì)保量按時(shí)完成。項(xiàng)目不延期是最高優(yōu)先級(jí)。至于產(chǎn)品的優(yōu)化方面也許并不會(huì)有太高的優(yōu)先級(jí)。

這時(shí)候，合同明確規(guī)定好產(chǎn)品個(gè)性化做什么，做到哪個(gè)程度，就比較重要了。不過(guò)在實(shí)際的商務(wù)談判中，為了取得此合同，也許會(huì)存在模糊化處理的情況。作為需求分析人員，也難以改變這樣的局面。

二、需求調(diào)研

在項(xiàng)目確立后，就到了需求調(diào)研分析階段。如第一點(diǎn)所說(shuō)，合同規(guī)定的個(gè)性化需求只是一個(gè)框架，是大方向的需求。而實(shí)際某一個(gè)功能要做成什么樣還需要在需求調(diào)研階段明確下來(lái)。

需求調(diào)研時(shí)，盡量讓產(chǎn)品的實(shí)際使用者全員參與。假如用戶未全員參與，導(dǎo)致某些需求不能及時(shí)獲取，到了項(xiàng)目中期，臨時(shí)增加補(bǔ)充需求，不定時(shí)的承接用戶零散需求，整個(gè)需求分析區(qū)間拉長(zhǎng)，不利于項(xiàng)目開展。

由于是基于標(biāo)準(zhǔn)產(chǎn)品的實(shí)施開發(fā)，建議在需求調(diào)研前讓用戶熟悉現(xiàn)有標(biāo)準(zhǔn)產(chǎn)品，針對(duì)性的提出需求。以便順利開展需求調(diào)研分析工作。考慮在需求調(diào)研前從業(yè)務(wù)角度做充分的系統(tǒng)演示。即商務(wù)談判時(shí)就做好系統(tǒng)演示工作，盡可能細(xì)化用戶個(gè)性化需求。項(xiàng)目組入場(chǎng)后，立即搭建演示環(huán)境，讓用戶先模擬使用，再根據(jù)使用情況提出優(yōu)化需求。然后根據(jù)用戶提出的需求，在需求分析階段整理為需求池。

涉及到用戶是否愿意花時(shí)間做此項(xiàng)標(biāo)準(zhǔn)產(chǎn)品模擬使用工作，可在入場(chǎng)后給用戶強(qiáng)調(diào)此項(xiàng)工作的重要性。需求分析人員需盡量說(shuō)服用戶，提高用戶體驗(yàn)標(biāo)準(zhǔn)產(chǎn)品的質(zhì)量。為后續(xù)完成發(fā)掘用戶需求，建立需求池做好準(zhǔn)備。

三、需求分析

與用戶做了充分溝通，幾次需求調(diào)研下來(lái)，用戶對(duì)標(biāo)準(zhǔn)產(chǎn)品有了簡(jiǎn)單了解。并基于用戶的使用習(xí)慣以及內(nèi)部流程提出相當(dāng)數(shù)量的需求。我們將這些需求分為四類：

1. 合同范圍內(nèi)的個(gè)性化需求。
2. 合同范圍內(nèi)的標(biāo)準(zhǔn)產(chǎn)品可變通實(shí)現(xiàn)的需求。
3. 合同范圍外的個(gè)性化需求。
4. 合同范圍外的可變通實(shí)現(xiàn)的需求。

需求分析階段首先要判斷用戶的需求是什么類型的。對(duì)于上面提到的合同范圍內(nèi)的個(gè)性化需求，我們就需要設(shè)計(jì)詳細(xì)方案，并寫入需求池，此類需求為最高優(yōu)先級(jí)；對(duì)于合同范圍內(nèi)的標(biāo)準(zhǔn)產(chǎn)品可變通實(shí)現(xiàn)的需求，我們首先需要與客戶溝通，此類需求就全靠嘴了，本質(zhì)上說(shuō)，此類需求最考驗(yàn)項(xiàng)目經(jīng)理與需求分析師的綜合能力。

理想情況是此類需求可通過(guò)與用戶溝通，實(shí)現(xiàn)不開發(fā)或者少開發(fā)。若與用戶溝通失敗，此類需求也可作為與用戶爭(zhēng)議第1類型需求的籌碼（假如存在合同界定不清的情況）。其實(shí)主要取決于用戶是否愿意接受標(biāo)準(zhǔn)產(chǎn)品的操作方式。如果用戶愿意接受，我們就會(huì)可以將此類需求記錄下來(lái)，暫時(shí)不做開發(fā)。

如果用戶不接受標(biāo)準(zhǔn)產(chǎn)品的操作方式，我們就需要設(shè)計(jì)詳細(xì)方案，并納入到需求池中，需求優(yōu)先級(jí)低于合同范圍內(nèi)的個(gè)性化需求；對(duì)于兩種合同范圍外的個(gè)性化需求與標(biāo)準(zhǔn)產(chǎn)品可變通實(shí)現(xiàn)的需求，我們需要視與客戶的溝通情況決定走需求變更或者下個(gè)版本實(shí)現(xiàn)。

四、需求定義

需求定義階段主要是將需求池里面的需求形成具體詳細(xì)的需求文檔，往下一環(huán)節(jié)交付。

往往初步形成的是需求規(guī)格說(shuō)明書初稿。如何寫需求規(guī)格說(shuō)明書，我們將在下一次討論。需求規(guī)格說(shuō)明書初稿形成之后，需求人員組織內(nèi)部需求評(píng)審。由于基于標(biāo)準(zhǔn)產(chǎn)品項(xiàng)目實(shí)施的特殊性，本需求規(guī)格說(shuō)明書的內(nèi)部評(píng)審融入到需求規(guī)格說(shuō)明書撰寫過(guò)程，即，需求規(guī)格說(shuō)明書本身就有研發(fā)參與，是否可實(shí)現(xiàn)，實(shí)現(xiàn)難度均已確認(rèn)。所以需求規(guī)格說(shuō)明書初稿形成后，研發(fā)同事整體瀏覽一遍，如無(wú)重大問題即可與用戶開會(huì)講解確認(rèn)。

需求規(guī)格說(shuō)明書經(jīng)過(guò)與用戶反復(fù)溝通，最終簽字確認(rèn)后。需求人員需要召集全體項(xiàng)目組成員開會(huì)講解本需求規(guī)格說(shuō)明書。只有把需求講清楚，研發(fā)和測(cè)試同事才可根據(jù)需求規(guī)格說(shuō)明書確定開發(fā)計(jì)劃與測(cè)試計(jì)劃。

由于基于標(biāo)準(zhǔn)產(chǎn)品實(shí)施開發(fā)的特殊性，實(shí)際是把傳統(tǒng)的需求規(guī)格說(shuō)明書內(nèi)部評(píng)審后置，變成了需求培訓(xùn)與講解。

五、需求變更與需求補(bǔ)充

前文將需求分類四大類。其中，合同范圍內(nèi)的個(gè)性化需求。寫入需求規(guī)格說(shuō)明書，與用戶確認(rèn)后正常開發(fā)；合同范圍內(nèi)的標(biāo)準(zhǔn)產(chǎn)品可變通實(shí)現(xiàn)的需求，視與客戶溝通情況決定是否開發(fā)；至于合同范圍外的個(gè)性化需求與合同范圍外的可變通實(shí)現(xiàn)的需求。前者視情況安排二期開發(fā)或者走需求變更，合同變更流程，由于時(shí)間跨度會(huì)比較長(zhǎng)，一般是建議納入二期開發(fā)計(jì)劃。后者就嘗試說(shuō)服用戶改變操作方式與操作習(xí)慣，暫時(shí)滿足用戶的基礎(chǔ)需求。

六、用戶參與的重要意義

系統(tǒng)開發(fā)本質(zhì)是為用戶服務(wù)的，所以，在系統(tǒng)開發(fā)過(guò)程中盡量爭(zhēng)取用戶多參與需求調(diào)研，畢竟最終的驗(yàn)收確認(rèn)是需要用戶簽字的。從系統(tǒng)開發(fā)角度說(shuō)。用戶參與能夠提高系統(tǒng)的友好度。從心理角度說(shuō)，用戶參與其中能讓用戶獲得成就感和歸屬感，從而提高用戶對(duì)系統(tǒng)的認(rèn)可程度。

總之，基于標(biāo)準(zhǔn)產(chǎn)品實(shí)施開發(fā)的需求分析，需求分析師可以從商務(wù)談判，售前溝通開始介入。盡可能細(xì)化合同簽訂時(shí)的個(gè)性化需求清單，在與客戶爭(zhēng)議某類需求為合同范圍外還是合同范圍內(nèi)時(shí)可以掌握一定的主動(dòng)權(quán)。然后動(dòng)員用戶積極參與需求調(diào)研環(huán)節(jié)，深入了解用戶的需求。最后就是在處理合同范圍內(nèi)標(biāo)準(zhǔn)產(chǎn)品可變通實(shí)現(xiàn)的需求時(shí)，與用戶的溝通情況直接決定后續(xù)的開發(fā)量。

本文由 @Andrew 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自 Unsplash，基于 CC0 協(xié)議