有這么一個(gè)群體，需求分析工作在客戶(hù)現場(chǎng)進(jìn)行，而且已經(jīng)有一款標準產(chǎn)品。項目組需要在標準產(chǎn)品的基礎上基于用戶(hù)需求進(jìn)行個(gè)性化開(kāi)發(fā)工作。我們把這種場(chǎng)景下面的需求分析叫做基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析。每當我們在實(shí)施此類(lèi)型的需求分析工作時(shí)，需求分析人員常常限于合同約定的范圍拒絕許多客戶(hù)的需求，但同時(shí)又要兼顧甲方的要求和滿(mǎn)意程度。這就到了考驗實(shí)施開(kāi)發(fā)項目組，尤其是需求分析人員的時(shí)候了。
我們將從合同與需求分析的關(guān)系、需求調研、需求分析、需求定義、需求變更與需求補充、用戶(hù)參與等幾個(gè)角度來(lái)闡述基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析方法。拋磚引玉，供各位參考。
嚴格意義上來(lái)說(shuō)，合同簽訂與需求分析是不可區分的。只有事先了解到用戶(hù)需求，才能準確把握用戶(hù)的個(gè)性化做什么，做到什么程度。從而更好的評估工時(shí)確定合同價(jià)格。
個(gè)人覺(jué)得最理想的情況是需求分析先于合同簽訂進(jìn)行，但出于乙方“不見(jiàn)兔子不撒鷹”。不可能將龐大的需求分析工作在合同簽訂前進(jìn)行。所以現實(shí)情況大多是先為客戶(hù)演示產(chǎn)品，粗略收集用戶(hù)的需求，從一個(gè)大方向上確定用戶(hù)需求，從而為評估工時(shí)，報價(jià)提供參考。此時(shí)，商務(wù)人員不可能面面俱到，即使合同簽訂完成，合同條款內的個(gè)性化需求清單也無(wú)法細化。從而為后期需求分析工作挖坑。
到了項目實(shí)施期間，項目組與甲方主要矛盾在于做多少的問(wèn)題。甲方當然希望多做，產(chǎn)品多做，用戶(hù)才能少做。但是項目組卻需要項目保質(zhì)保量按時(shí)完成。項目不延期是最高優(yōu)先級。至于產(chǎn)品的優(yōu)化方面也許并不會(huì )有太高的優(yōu)先級。
這時(shí)候，合同明確規定好產(chǎn)品個(gè)性化做什么，做到哪個(gè)程度，就比較重要了。不過(guò)在實(shí)際的商務(wù)談判中，為了取得此合同，也許會(huì )存在模糊化處理的情況。作為需求分析人員，也難以改變這樣的局面。
在項目確立后，就到了需求調研分析階段。如第一點(diǎn)所說(shuō)，合同規定的個(gè)性化需求只是一個(gè)框架，是大方向的需求。而實(shí)際某一個(gè)功能要做成什么樣還需要在需求調研階段明確下來(lái)。
需求調研時(shí)，盡量讓產(chǎn)品的實(shí)際使用者全員參與。假如用戶(hù)未全員參與，導致某些需求不能及時(shí)獲取，到了項目中期，臨時(shí)增加補充需求，不定時(shí)的承接用戶(hù)零散需求，整個(gè)需求分析區間拉長(cháng)，不利于項目開(kāi)展。
由于是基于標準產(chǎn)品的實(shí)施開(kāi)發(fā)，建議在需求調研前讓用戶(hù)熟悉現有標準產(chǎn)品，針對性的提出需求。以便順利開(kāi)展需求調研分析工作?？紤]在需求調研前從業(yè)務(wù)角度做充分的系統演示。即商務(wù)談判時(shí)就做好系統演示工作，盡可能細化用戶(hù)個(gè)性化需求。項目組入場(chǎng)后，立即搭建演示環(huán)境，讓用戶(hù)先模擬使用，再根據使用情況提出優(yōu)化需求。然后根據用戶(hù)提出的需求，在需求分析階段整理為需求池。
涉及到用戶(hù)是否愿意花時(shí)間做此項標準產(chǎn)品模擬使用工作，可在入場(chǎng)后給用戶(hù)強調此項工作的重要性。需求分析人員需盡量說(shuō)服用戶(hù)，提高用戶(hù)體驗標準產(chǎn)品的質(zhì)量。為后續完成發(fā)掘用戶(hù)需求，建立需求池做好準備。
與用戶(hù)做了充分溝通，幾次需求調研下來(lái)，用戶(hù)對標準產(chǎn)品有了簡(jiǎn)單了解。并基于用戶(hù)的使用習慣以及內部流程提出相當數量的需求。我們將這些需求分為四類(lèi)：
需求分析階段首先要判斷用戶(hù)的需求是什么類(lèi)型的。對于上面提到的合同范圍內的個(gè)性化需求，我們就需要設計詳細方案，并寫(xiě)入需求池，此類(lèi)需求為最高優(yōu)先級；對于合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，我們首先需要與客戶(hù)溝通，此類(lèi)需求就全靠嘴了，本質(zhì)上說(shuō)，此類(lèi)需求最考驗項目經(jīng)理與需求分析師的綜合能力。
理想情況是此類(lèi)需求可通過(guò)與用戶(hù)溝通，實(shí)現不開(kāi)發(fā)或者少開(kāi)發(fā)。若與用戶(hù)溝通失敗，此類(lèi)需求也可作為與用戶(hù)爭議第1類(lèi)型需求的籌碼（假如存在合同界定不清的情況）。其實(shí)主要取決于用戶(hù)是否愿意接受標準產(chǎn)品的操作方式。如果用戶(hù)愿意接受，我們就會(huì )可以將此類(lèi)需求記錄下來(lái)，暫時(shí)不做開(kāi)發(fā)。
如果用戶(hù)不接受標準產(chǎn)品的操作方式，我們就需要設計詳細方案，并納入到需求池中，需求優(yōu)先級低于合同范圍內的個(gè)性化需求；對于兩種合同范圍外的個(gè)性化需求與標準產(chǎn)品可變通實(shí)現的需求，我們需要視與客戶(hù)的溝通情況決定走需求變更或者下個(gè)版本實(shí)現。
需求定義階段主要是將需求池里面的需求形成具體詳細的需求文檔，往下一環(huán)節交付。
往往初步形成的是需求規格說(shuō)明書(shū)初稿。如何寫(xiě)需求規格說(shuō)明書(shū)，我們將在下一次討論。需求規格說(shuō)明書(shū)初稿形成之后，需求人員組織內部需求評審。由于基于標準產(chǎn)品項目實(shí)施的特殊性，本需求規格說(shuō)明書(shū)的內部評審融入到需求規格說(shuō)明書(shū)撰寫(xiě)過(guò)程，即，需求規格說(shuō)明書(shū)本身就有研發(fā)參與，是否可實(shí)現，實(shí)現難度均已確認。所以需求規格說(shuō)明書(shū)初稿形成后，研發(fā)同事整體瀏覽一遍，如無(wú)重大問(wèn)題即可與用戶(hù)開(kāi)會(huì )講解確認。
需求規格說(shuō)明書(shū)經(jīng)過(guò)與用戶(hù)反復溝通，最終簽字確認后。需求人員需要召集全體項目組成員開(kāi)會(huì )講解本需求規格說(shuō)明書(shū)。只有把需求講清楚，研發(fā)和測試同事才可根據需求規格說(shuō)明書(shū)確定開(kāi)發(fā)計劃與測試計劃。
由于基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的特殊性，實(shí)際是把傳統的需求規格說(shuō)明書(shū)內部評審后置，變成了需求培訓與講解。
前文將需求分類(lèi)四大類(lèi)。其中，合同范圍內的個(gè)性化需求。寫(xiě)入需求規格說(shuō)明書(shū)，與用戶(hù)確認后正常開(kāi)發(fā)；合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，視與客戶(hù)溝通情況決定是否開(kāi)發(fā)；至于合同范圍外的個(gè)性化需求與合同范圍外的可變通實(shí)現的需求。前者視情況安排二期開(kāi)發(fā)或者走需求變更，合同變更流程，由于時(shí)間跨度會(huì )比較長(cháng)，一般是建議納入二期開(kāi)發(fā)計劃。后者就嘗試說(shuō)服用戶(hù)改變操作方式與操作習慣，暫時(shí)滿(mǎn)足用戶(hù)的基礎需求。
系統開(kāi)發(fā)本質(zhì)是為用戶(hù)服務(wù)的，所以，在系統開(kāi)發(fā)過(guò)程中盡量爭取用戶(hù)多參與需求調研，畢竟最終的驗收確認是需要用戶(hù)簽字的。從系統開(kāi)發(fā)角度說(shuō)。用戶(hù)參與能夠提高系統的友好度。從心理角度說(shuō)，用戶(hù)參與其中能讓用戶(hù)獲得成就感和歸屬感，從而提高用戶(hù)對系統的認可程度。
總之，基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析，需求分析師可以從商務(wù)談判，售前溝通開(kāi)始介入。盡可能細化合同簽訂時(shí)的個(gè)性化需求清單，在與客戶(hù)爭議某類(lèi)需求為合同范圍外還是合同范圍內時(shí)可以掌握一定的主動(dòng)權。然后動(dòng)員用戶(hù)積極參與需求調研環(huán)節，深入了解用戶(hù)的需求。最后就是在處理合同范圍內標準產(chǎn)品可變通實(shí)現的需求時(shí)，與用戶(hù)的溝通情況直接決定后續的開(kāi)發(fā)量。
有這么一個(gè)群體，需求分析工作在客戶(hù)現場(chǎng)進(jìn)行，而且已經(jīng)有一款標準產(chǎn)品。項目組需要在標準產(chǎn)品的基礎上基于用戶(hù)需求進(jìn)行個(gè)性化開(kāi)發(fā)工作。我們把這種場(chǎng)景下面的需求分析叫做基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析。每當我們在實(shí)施此類(lèi)型的需求分析工作時(shí)，需求分析人員常常限于合同約定的范圍拒絕許多客戶(hù)的需求，但同時(shí)又要兼顧甲方的要求和滿(mǎn)意程度。這就到了考驗實(shí)施開(kāi)發(fā)項目組，尤其是需求分析人員的時(shí)候了。
我們將從合同與需求分析的關(guān)系、需求調研、需求分析、需求定義、需求變更與需求補充、用戶(hù)參與等幾個(gè)角度來(lái)闡述基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析方法。拋磚引玉，供各位參考。
嚴格意義上來(lái)說(shuō)，合同簽訂與需求分析是不可區分的。只有事先了解到用戶(hù)需求，才能準確把握用戶(hù)的個(gè)性化做什么，做到什么程度。從而更好的評估工時(shí)確定合同價(jià)格。
個(gè)人覺(jué)得最理想的情況是需求分析先于合同簽訂進(jìn)行，但出于乙方“不見(jiàn)兔子不撒鷹”。不可能將龐大的需求分析工作在合同簽訂前進(jìn)行。所以現實(shí)情況大多是先為客戶(hù)演示產(chǎn)品，粗略收集用戶(hù)的需求，從一個(gè)大方向上確定用戶(hù)需求，從而為評估工時(shí)，報價(jià)提供參考。此時(shí)，商務(wù)人員不可能面面俱到，即使合同簽訂完成，合同條款內的個(gè)性化需求清單也無(wú)法細化。從而為后期需求分析工作挖坑。
到了項目實(shí)施期間，項目組與甲方主要矛盾在于做多少的問(wèn)題。甲方當然希望多做，產(chǎn)品多做，用戶(hù)才能少做。但是項目組卻需要項目保質(zhì)保量按時(shí)完成。項目不延期是最高優(yōu)先級。至于產(chǎn)品的優(yōu)化方面也許并不會(huì )有太高的優(yōu)先級。
這時(shí)候，合同明確規定好產(chǎn)品個(gè)性化做什么，做到哪個(gè)程度，就比較重要了。不過(guò)在實(shí)際的商務(wù)談判中，為了取得此合同，也許會(huì )存在模糊化處理的情況。作為需求分析人員，也難以改變這樣的局面。
在項目確立后，就到了需求調研分析階段。如第一點(diǎn)所說(shuō)，合同規定的個(gè)性化需求只是一個(gè)框架，是大方向的需求。而實(shí)際某一個(gè)功能要做成什么樣還需要在需求調研階段明確下來(lái)。
需求調研時(shí)，盡量讓產(chǎn)品的實(shí)際使用者全員參與。假如用戶(hù)未全員參與，導致某些需求不能及時(shí)獲取，到了項目中期，臨時(shí)增加補充需求，不定時(shí)的承接用戶(hù)零散需求，整個(gè)需求分析區間拉長(cháng)，不利于項目開(kāi)展。
由于是基于標準產(chǎn)品的實(shí)施開(kāi)發(fā)，建議在需求調研前讓用戶(hù)熟悉現有標準產(chǎn)品，針對性的提出需求。以便順利開(kāi)展需求調研分析工作?？紤]在需求調研前從業(yè)務(wù)角度做充分的系統演示。即商務(wù)談判時(shí)就做好系統演示工作，盡可能細化用戶(hù)個(gè)性化需求。項目組入場(chǎng)后，立即搭建演示環(huán)境，讓用戶(hù)先模擬使用，再根據使用情況提出優(yōu)化需求。然后根據用戶(hù)提出的需求，在需求分析階段整理為需求池。
涉及到用戶(hù)是否愿意花時(shí)間做此項標準產(chǎn)品模擬使用工作，可在入場(chǎng)后給用戶(hù)強調此項工作的重要性。需求分析人員需盡量說(shuō)服用戶(hù)，提高用戶(hù)體驗標準產(chǎn)品的質(zhì)量。為后續完成發(fā)掘用戶(hù)需求，建立需求池做好準備。
與用戶(hù)做了充分溝通，幾次需求調研下來(lái)，用戶(hù)對標準產(chǎn)品有了簡(jiǎn)單了解。并基于用戶(hù)的使用習慣以及內部流程提出相當數量的需求。我們將這些需求分為四類(lèi)：
需求分析階段首先要判斷用戶(hù)的需求是什么類(lèi)型的。對于上面提到的合同范圍內的個(gè)性化需求，我們就需要設計詳細方案，并寫(xiě)入需求池，此類(lèi)需求為最高優(yōu)先級；對于合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，我們首先需要與客戶(hù)溝通，此類(lèi)需求就全靠嘴了，本質(zhì)上說(shuō)，此類(lèi)需求最考驗項目經(jīng)理與需求分析師的綜合能力。
理想情況是此類(lèi)需求可通過(guò)與用戶(hù)溝通，實(shí)現不開(kāi)發(fā)或者少開(kāi)發(fā)。若與用戶(hù)溝通失敗，此類(lèi)需求也可作為與用戶(hù)爭議第1類(lèi)型需求的籌碼（假如存在合同界定不清的情況）。其實(shí)主要取決于用戶(hù)是否愿意接受標準產(chǎn)品的操作方式。如果用戶(hù)愿意接受，我們就會(huì )可以將此類(lèi)需求記錄下來(lái)，暫時(shí)不做開(kāi)發(fā)。
如果用戶(hù)不接受標準產(chǎn)品的操作方式，我們就需要設計詳細方案，并納入到需求池中，需求優(yōu)先級低于合同范圍內的個(gè)性化需求；對于兩種合同范圍外的個(gè)性化需求與標準產(chǎn)品可變通實(shí)現的需求，我們需要視與客戶(hù)的溝通情況決定走需求變更或者下個(gè)版本實(shí)現。
需求定義階段主要是將需求池里面的需求形成具體詳細的需求文檔，往下一環(huán)節交付。
往往初步形成的是需求規格說(shuō)明書(shū)初稿。如何寫(xiě)需求規格說(shuō)明書(shū)，我們將在下一次討論。需求規格說(shuō)明書(shū)初稿形成之后，需求人員組織內部需求評審。由于基于標準產(chǎn)品項目實(shí)施的特殊性，本需求規格說(shuō)明書(shū)的內部評審融入到需求規格說(shuō)明書(shū)撰寫(xiě)過(guò)程，即，需求規格說(shuō)明書(shū)本身就有研發(fā)參與，是否可實(shí)現，實(shí)現難度均已確認。所以需求規格說(shuō)明書(shū)初稿形成后，研發(fā)同事整體瀏覽一遍，如無(wú)重大問(wèn)題即可與用戶(hù)開(kāi)會(huì )講解確認。
需求規格說(shuō)明書(shū)經(jīng)過(guò)與用戶(hù)反復溝通，最終簽字確認后。需求人員需要召集全體項目組成員開(kāi)會(huì )講解本需求規格說(shuō)明書(shū)。只有把需求講清楚，研發(fā)和測試同事才可根據需求規格說(shuō)明書(shū)確定開(kāi)發(fā)計劃與測試計劃。
由于基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的特殊性，實(shí)際是把傳統的需求規格說(shuō)明書(shū)內部評審后置，變成了需求培訓與講解。
前文將需求分類(lèi)四大類(lèi)。其中，合同范圍內的個(gè)性化需求。寫(xiě)入需求規格說(shuō)明書(shū)，與用戶(hù)確認后正常開(kāi)發(fā)；合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，視與客戶(hù)溝通情況決定是否開(kāi)發(fā)；至于合同范圍外的個(gè)性化需求與合同范圍外的可變通實(shí)現的需求。前者視情況安排二期開(kāi)發(fā)或者走需求變更，合同變更流程，由于時(shí)間跨度會(huì )比較長(cháng)，一般是建議納入二期開(kāi)發(fā)計劃。后者就嘗試說(shuō)服用戶(hù)改變操作方式與操作習慣，暫時(shí)滿(mǎn)足用戶(hù)的基礎需求。
系統開(kāi)發(fā)本質(zhì)是為用戶(hù)服務(wù)的，所以，在系統開(kāi)發(fā)過(guò)程中盡量爭取用戶(hù)多參與需求調研，畢竟最終的驗收確認是需要用戶(hù)簽字的。從系統開(kāi)發(fā)角度說(shuō)。用戶(hù)參與能夠提高系統的友好度。從心理角度說(shuō)，用戶(hù)參與其中能讓用戶(hù)獲得成就感和歸屬感，從而提高用戶(hù)對系統的認可程度。
總之，基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析，需求分析師可以從商務(wù)談判，售前溝通開(kāi)始介入。盡可能細化合同簽訂時(shí)的個(gè)性化需求清單，在與客戶(hù)爭議某類(lèi)需求為合同范圍外還是合同范圍內時(shí)可以掌握一定的主動(dòng)權。然后動(dòng)員用戶(hù)積極參與需求調研環(huán)節，深入了解用戶(hù)的需求。最后就是在處理合同范圍內標準產(chǎn)品可變通實(shí)現的需求時(shí)，與用戶(hù)的溝通情況直接決定后續的開(kāi)發(fā)量。
有這么一個(gè)群體，需求分析工作在客戶(hù)現場(chǎng)進(jìn)行，而且已經(jīng)有一款標準產(chǎn)品。項目組需要在標準產(chǎn)品的基礎上基于用戶(hù)需求進(jìn)行個(gè)性化開(kāi)發(fā)工作。我們把這種場(chǎng)景下面的需求分析叫做基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析。每當我們在實(shí)施此類(lèi)型的需求分析工作時(shí)，需求分析人員常常限于合同約定的范圍拒絕許多客戶(hù)的需求，但同時(shí)又要兼顧甲方的要求和滿(mǎn)意程度。這就到了考驗實(shí)施開(kāi)發(fā)項目組，尤其是需求分析人員的時(shí)候了。
我們將從合同與需求分析的關(guān)系、需求調研、需求分析、需求定義、需求變更與需求補充、用戶(hù)參與等幾個(gè)角度來(lái)闡述基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析方法。拋磚引玉，供各位參考。
嚴格意義上來(lái)說(shuō)，合同簽訂與需求分析是不可區分的。只有事先了解到用戶(hù)需求，才能準確把握用戶(hù)的個(gè)性化做什么，做到什么程度。從而更好的評估工時(shí)確定合同價(jià)格。
個(gè)人覺(jué)得最理想的情況是需求分析先于合同簽訂進(jìn)行，但出于乙方“不見(jiàn)兔子不撒鷹”。不可能將龐大的需求分析工作在合同簽訂前進(jìn)行。所以現實(shí)情況大多是先為客戶(hù)演示產(chǎn)品，粗略收集用戶(hù)的需求，從一個(gè)大方向上確定用戶(hù)需求，從而為評估工時(shí)，報價(jià)提供參考。此時(shí)，商務(wù)人員不可能面面俱到，即使合同簽訂完成，合同條款內的個(gè)性化需求清單也無(wú)法細化。從而為后期需求分析工作挖坑。
到了項目實(shí)施期間，項目組與甲方主要矛盾在于做多少的問(wèn)題。甲方當然希望多做，產(chǎn)品多做，用戶(hù)才能少做。但是項目組卻需要項目保質(zhì)保量按時(shí)完成。項目不延期是最高優(yōu)先級。至于產(chǎn)品的優(yōu)化方面也許并不會(huì )有太高的優(yōu)先級。
這時(shí)候，合同明確規定好產(chǎn)品個(gè)性化做什么，做到哪個(gè)程度，就比較重要了。不過(guò)在實(shí)際的商務(wù)談判中，為了取得此合同，也許會(huì )存在模糊化處理的情況。作為需求分析人員，也難以改變這樣的局面。
在項目確立后，就到了需求調研分析階段。如第一點(diǎn)所說(shuō)，合同規定的個(gè)性化需求只是一個(gè)框架，是大方向的需求。而實(shí)際某一個(gè)功能要做成什么樣還需要在需求調研階段明確下來(lái)。
需求調研時(shí)，盡量讓產(chǎn)品的實(shí)際使用者全員參與。假如用戶(hù)未全員參與，導致某些需求不能及時(shí)獲取，到了項目中期，臨時(shí)增加補充需求，不定時(shí)的承接用戶(hù)零散需求，整個(gè)需求分析區間拉長(cháng)，不利于項目開(kāi)展。
由于是基于標準產(chǎn)品的實(shí)施開(kāi)發(fā)，建議在需求調研前讓用戶(hù)熟悉現有標準產(chǎn)品，針對性的提出需求。以便順利開(kāi)展需求調研分析工作?？紤]在需求調研前從業(yè)務(wù)角度做充分的系統演示。即商務(wù)談判時(shí)就做好系統演示工作，盡可能細化用戶(hù)個(gè)性化需求。項目組入場(chǎng)后，立即搭建演示環(huán)境，讓用戶(hù)先模擬使用，再根據使用情況提出優(yōu)化需求。然后根據用戶(hù)提出的需求，在需求分析階段整理為需求池。
涉及到用戶(hù)是否愿意花時(shí)間做此項標準產(chǎn)品模擬使用工作，可在入場(chǎng)后給用戶(hù)強調此項工作的重要性。需求分析人員需盡量說(shuō)服用戶(hù)，提高用戶(hù)體驗標準產(chǎn)品的質(zhì)量。為后續完成發(fā)掘用戶(hù)需求，建立需求池做好準備。
與用戶(hù)做了充分溝通，幾次需求調研下來(lái)，用戶(hù)對標準產(chǎn)品有了簡(jiǎn)單了解。并基于用戶(hù)的使用習慣以及內部流程提出相當數量的需求。我們將這些需求分為四類(lèi)：
需求分析階段首先要判斷用戶(hù)的需求是什么類(lèi)型的。對于上面提到的合同范圍內的個(gè)性化需求，我們就需要設計詳細方案，并寫(xiě)入需求池，此類(lèi)需求為最高優(yōu)先級；對于合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，我們首先需要與客戶(hù)溝通，此類(lèi)需求就全靠嘴了，本質(zhì)上說(shuō)，此類(lèi)需求最考驗項目經(jīng)理與需求分析師的綜合能力。
理想情況是此類(lèi)需求可通過(guò)與用戶(hù)溝通，實(shí)現不開(kāi)發(fā)或者少開(kāi)發(fā)。若與用戶(hù)溝通失敗，此類(lèi)需求也可作為與用戶(hù)爭議第1類(lèi)型需求的籌碼（假如存在合同界定不清的情況）。其實(shí)主要取決于用戶(hù)是否愿意接受標準產(chǎn)品的操作方式。如果用戶(hù)愿意接受，我們就會(huì )可以將此類(lèi)需求記錄下來(lái)，暫時(shí)不做開(kāi)發(fā)。
如果用戶(hù)不接受標準產(chǎn)品的操作方式，我們就需要設計詳細方案，并納入到需求池中，需求優(yōu)先級低于合同范圍內的個(gè)性化需求；對于兩種合同范圍外的個(gè)性化需求與標準產(chǎn)品可變通實(shí)現的需求，我們需要視與客戶(hù)的溝通情況決定走需求變更或者下個(gè)版本實(shí)現。
需求定義階段主要是將需求池里面的需求形成具體詳細的需求文檔，往下一環(huán)節交付。
往往初步形成的是需求規格說(shuō)明書(shū)初稿。如何寫(xiě)需求規格說(shuō)明書(shū)，我們將在下一次討論。需求規格說(shuō)明書(shū)初稿形成之后，需求人員組織內部需求評審。由于基于標準產(chǎn)品項目實(shí)施的特殊性，本需求規格說(shuō)明書(shū)的內部評審融入到需求規格說(shuō)明書(shū)撰寫(xiě)過(guò)程，即，需求規格說(shuō)明書(shū)本身就有研發(fā)參與，是否可實(shí)現，實(shí)現難度均已確認。所以需求規格說(shuō)明書(shū)初稿形成后，研發(fā)同事整體瀏覽一遍，如無(wú)重大問(wèn)題即可與用戶(hù)開(kāi)會(huì )講解確認。
需求規格說(shuō)明書(shū)經(jīng)過(guò)與用戶(hù)反復溝通，最終簽字確認后。需求人員需要召集全體項目組成員開(kāi)會(huì )講解本需求規格說(shuō)明書(shū)。只有把需求講清楚，研發(fā)和測試同事才可根據需求規格說(shuō)明書(shū)確定開(kāi)發(fā)計劃與測試計劃。
由于基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的特殊性，實(shí)際是把傳統的需求規格說(shuō)明書(shū)內部評審后置，變成了需求培訓與講解。
前文將需求分類(lèi)四大類(lèi)。其中，合同范圍內的個(gè)性化需求。寫(xiě)入需求規格說(shuō)明書(shū)，與用戶(hù)確認后正常開(kāi)發(fā)；合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，視與客戶(hù)溝通情況決定是否開(kāi)發(fā)；至于合同范圍外的個(gè)性化需求與合同范圍外的可變通實(shí)現的需求。前者視情況安排二期開(kāi)發(fā)或者走需求變更，合同變更流程，由于時(shí)間跨度會(huì )比較長(cháng)，一般是建議納入二期開(kāi)發(fā)計劃。后者就嘗試說(shuō)服用戶(hù)改變操作方式與操作習慣，暫時(shí)滿(mǎn)足用戶(hù)的基礎需求。
系統開(kāi)發(fā)本質(zhì)是為用戶(hù)服務(wù)的，所以，在系統開(kāi)發(fā)過(guò)程中盡量爭取用戶(hù)多參與需求調研，畢竟最終的驗收確認是需要用戶(hù)簽字的。從系統開(kāi)發(fā)角度說(shuō)。用戶(hù)參與能夠提高系統的友好度。從心理角度說(shuō)，用戶(hù)參與其中能讓用戶(hù)獲得成就感和歸屬感，從而提高用戶(hù)對系統的認可程度。
總之，基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析，需求分析師可以從商務(wù)談判，售前溝通開(kāi)始介入。盡可能細化合同簽訂時(shí)的個(gè)性化需求清單，在與客戶(hù)爭議某類(lèi)需求為合同范圍外還是合同范圍內時(shí)可以掌握一定的主動(dòng)權。然后動(dòng)員用戶(hù)積極參與需求調研環(huán)節，深入了解用戶(hù)的需求。最后就是在處理合同范圍內標準產(chǎn)品可變通實(shí)現的需求時(shí)，與用戶(hù)的溝通情況直接決定后續的開(kāi)發(fā)量。
有這么一個(gè)群體，需求分析工作在客戶(hù)現場(chǎng)進(jìn)行，而且已經(jīng)有一款標準產(chǎn)品。項目組需要在標準產(chǎn)品的基礎上基于用戶(hù)需求進(jìn)行個(gè)性化開(kāi)發(fā)工作。我們把這種場(chǎng)景下面的需求分析叫做基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析。每當我們在實(shí)施此類(lèi)型的需求分析工作時(shí)，需求分析人員常常限于合同約定的范圍拒絕許多客戶(hù)的需求，但同時(shí)又要兼顧甲方的要求和滿(mǎn)意程度。這就到了考驗實(shí)施開(kāi)發(fā)項目組，尤其是需求分析人員的時(shí)候了。
我們將從合同與需求分析的關(guān)系、需求調研、需求分析、需求定義、需求變更與需求補充、用戶(hù)參與等幾個(gè)角度來(lái)闡述基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析方法。拋磚引玉，供各位參考。
嚴格意義上來(lái)說(shuō)，合同簽訂與需求分析是不可區分的。只有事先了解到用戶(hù)需求，才能準確把握用戶(hù)的個(gè)性化做什么，做到什么程度。從而更好的評估工時(shí)確定合同價(jià)格。
個(gè)人覺(jué)得最理想的情況是需求分析先于合同簽訂進(jìn)行，但出于乙方“不見(jiàn)兔子不撒鷹”。不可能將龐大的需求分析工作在合同簽訂前進(jìn)行。所以現實(shí)情況大多是先為客戶(hù)演示產(chǎn)品，粗略收集用戶(hù)的需求，從一個(gè)大方向上確定用戶(hù)需求，從而為評估工時(shí)，報價(jià)提供參考。此時(shí)，商務(wù)人員不可能面面俱到，即使合同簽訂完成，合同條款內的個(gè)性化需求清單也無(wú)法細化。從而為后期需求分析工作挖坑。
到了項目實(shí)施期間，項目組與甲方主要矛盾在于做多少的問(wèn)題。甲方當然希望多做，產(chǎn)品多做，用戶(hù)才能少做。但是項目組卻需要項目保質(zhì)保量按時(shí)完成。項目不延期是最高優(yōu)先級。至于產(chǎn)品的優(yōu)化方面也許并不會(huì )有太高的優(yōu)先級。
這時(shí)候，合同明確規定好產(chǎn)品個(gè)性化做什么，做到哪個(gè)程度，就比較重要了。不過(guò)在實(shí)際的商務(wù)談判中，為了取得此合同，也許會(huì )存在模糊化處理的情況。作為需求分析人員，也難以改變這樣的局面。
在項目確立后，就到了需求調研分析階段。如第一點(diǎn)所說(shuō)，合同規定的個(gè)性化需求只是一個(gè)框架，是大方向的需求。而實(shí)際某一個(gè)功能要做成什么樣還需要在需求調研階段明確下來(lái)。
需求調研時(shí)，盡量讓產(chǎn)品的實(shí)際使用者全員參與。假如用戶(hù)未全員參與，導致某些需求不能及時(shí)獲取，到了項目中期，臨時(shí)增加補充需求，不定時(shí)的承接用戶(hù)零散需求，整個(gè)需求分析區間拉長(cháng)，不利于項目開(kāi)展。
由于是基于標準產(chǎn)品的實(shí)施開(kāi)發(fā)，建議在需求調研前讓用戶(hù)熟悉現有標準產(chǎn)品，針對性的提出需求。以便順利開(kāi)展需求調研分析工作?？紤]在需求調研前從業(yè)務(wù)角度做充分的系統演示。即商務(wù)談判時(shí)就做好系統演示工作，盡可能細化用戶(hù)個(gè)性化需求。項目組入場(chǎng)后，立即搭建演示環(huán)境，讓用戶(hù)先模擬使用，再根據使用情況提出優(yōu)化需求。然后根據用戶(hù)提出的需求，在需求分析階段整理為需求池。
涉及到用戶(hù)是否愿意花時(shí)間做此項標準產(chǎn)品模擬使用工作，可在入場(chǎng)后給用戶(hù)強調此項工作的重要性。需求分析人員需盡量說(shuō)服用戶(hù)，提高用戶(hù)體驗標準產(chǎn)品的質(zhì)量。為后續完成發(fā)掘用戶(hù)需求，建立需求池做好準備。
與用戶(hù)做了充分溝通，幾次需求調研下來(lái)，用戶(hù)對標準產(chǎn)品有了簡(jiǎn)單了解。并基于用戶(hù)的使用習慣以及內部流程提出相當數量的需求。我們將這些需求分為四類(lèi)：
需求分析階段首先要判斷用戶(hù)的需求是什么類(lèi)型的。對于上面提到的合同范圍內的個(gè)性化需求，我們就需要設計詳細方案，并寫(xiě)入需求池，此類(lèi)需求為最高優(yōu)先級；對于合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，我們首先需要與客戶(hù)溝通，此類(lèi)需求就全靠嘴了，本質(zhì)上說(shuō)，此類(lèi)需求最考驗項目經(jīng)理與需求分析師的綜合能力。
理想情況是此類(lèi)需求可通過(guò)與用戶(hù)溝通，實(shí)現不開(kāi)發(fā)或者少開(kāi)發(fā)。若與用戶(hù)溝通失敗，此類(lèi)需求也可作為與用戶(hù)爭議第1類(lèi)型需求的籌碼（假如存在合同界定不清的情況）。其實(shí)主要取決于用戶(hù)是否愿意接受標準產(chǎn)品的操作方式。如果用戶(hù)愿意接受，我們就會(huì )可以將此類(lèi)需求記錄下來(lái)，暫時(shí)不做開(kāi)發(fā)。
如果用戶(hù)不接受標準產(chǎn)品的操作方式，我們就需要設計詳細方案，并納入到需求池中，需求優(yōu)先級低于合同范圍內的個(gè)性化需求；對于兩種合同范圍外的個(gè)性化需求與標準產(chǎn)品可變通實(shí)現的需求，我們需要視與客戶(hù)的溝通情況決定走需求變更或者下個(gè)版本實(shí)現。
需求定義階段主要是將需求池里面的需求形成具體詳細的需求文檔，往下一環(huán)節交付。
往往初步形成的是需求規格說(shuō)明書(shū)初稿。如何寫(xiě)需求規格說(shuō)明書(shū)，我們將在下一次討論。需求規格說(shuō)明書(shū)初稿形成之后，需求人員組織內部需求評審。由于基于標準產(chǎn)品項目實(shí)施的特殊性，本需求規格說(shuō)明書(shū)的內部評審融入到需求規格說(shuō)明書(shū)撰寫(xiě)過(guò)程，即，需求規格說(shuō)明書(shū)本身就有研發(fā)參與，是否可實(shí)現，實(shí)現難度均已確認。所以需求規格說(shuō)明書(shū)初稿形成后，研發(fā)同事整體瀏覽一遍，如無(wú)重大問(wèn)題即可與用戶(hù)開(kāi)會(huì )講解確認。
需求規格說(shuō)明書(shū)經(jīng)過(guò)與用戶(hù)反復溝通，最終簽字確認后。需求人員需要召集全體項目組成員開(kāi)會(huì )講解本需求規格說(shuō)明書(shū)。只有把需求講清楚，研發(fā)和測試同事才可根據需求規格說(shuō)明書(shū)確定開(kāi)發(fā)計劃與測試計劃。
由于基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的特殊性，實(shí)際是把傳統的需求規格說(shuō)明書(shū)內部評審后置，變成了需求培訓與講解。
前文將需求分類(lèi)四大類(lèi)。其中，合同范圍內的個(gè)性化需求。寫(xiě)入需求規格說(shuō)明書(shū)，與用戶(hù)確認后正常開(kāi)發(fā)；合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，視與客戶(hù)溝通情況決定是否開(kāi)發(fā)；至于合同范圍外的個(gè)性化需求與合同范圍外的可變通實(shí)現的需求。前者視情況安排二期開(kāi)發(fā)或者走需求變更，合同變更流程，由于時(shí)間跨度會(huì )比較長(cháng)，一般是建議納入二期開(kāi)發(fā)計劃。后者就嘗試說(shuō)服用戶(hù)改變操作方式與操作習慣，暫時(shí)滿(mǎn)足用戶(hù)的基礎需求。
系統開(kāi)發(fā)本質(zhì)是為用戶(hù)服務(wù)的，所以，在系統開(kāi)發(fā)過(guò)程中盡量爭取用戶(hù)多參與需求調研，畢竟最終的驗收確認是需要用戶(hù)簽字的。從系統開(kāi)發(fā)角度說(shuō)。用戶(hù)參與能夠提高系統的友好度。從心理角度說(shuō)，用戶(hù)參與其中能讓用戶(hù)獲得成就感和歸屬感，從而提高用戶(hù)對系統的認可程度。
總之，基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析，需求分析師可以從商務(wù)談判，售前溝通開(kāi)始介入。盡可能細化合同簽訂時(shí)的個(gè)性化需求清單，在與客戶(hù)爭議某類(lèi)需求為合同范圍外還是合同范圍內時(shí)可以掌握一定的主動(dòng)權。然后動(dòng)員用戶(hù)積極參與需求調研環(huán)節，深入了解用戶(hù)的需求。最后就是在處理合同范圍內標準產(chǎn)品可變通實(shí)現的需求時(shí)，與用戶(hù)的溝通情況直接決定后續的開(kāi)發(fā)量。
有這么一個(gè)群體，需求分析工作在客戶(hù)現場(chǎng)進(jìn)行，而且已經(jīng)有一款標準產(chǎn)品。項目組需要在標準產(chǎn)品的基礎上基于用戶(hù)需求進(jìn)行個(gè)性化開(kāi)發(fā)工作。我們把這種場(chǎng)景下面的需求分析叫做基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析。每當我們在實(shí)施此類(lèi)型的需求分析工作時(shí)，需求分析人員常常限于合同約定的范圍拒絕許多客戶(hù)的需求，但同時(shí)又要兼顧甲方的要求和滿(mǎn)意程度。這就到了考驗實(shí)施開(kāi)發(fā)項目組，尤其是需求分析人員的時(shí)候了。
我們將從合同與需求分析的關(guān)系、需求調研、需求分析、需求定義、需求變更與需求補充、用戶(hù)參與等幾個(gè)角度來(lái)闡述基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析方法。拋磚引玉，供各位參考。
嚴格意義上來(lái)說(shuō)，合同簽訂與需求分析是不可區分的。只有事先了解到用戶(hù)需求，才能準確把握用戶(hù)的個(gè)性化做什么，做到什么程度。從而更好的評估工時(shí)確定合同價(jià)格。
個(gè)人覺(jué)得最理想的情況是需求分析先于合同簽訂進(jìn)行，但出于乙方“不見(jiàn)兔子不撒鷹”。不可能將龐大的需求分析工作在合同簽訂前進(jìn)行。所以現實(shí)情況大多是先為客戶(hù)演示產(chǎn)品，粗略收集用戶(hù)的需求，從一個(gè)大方向上確定用戶(hù)需求，從而為評估工時(shí)，報價(jià)提供參考。此時(shí)，商務(wù)人員不可能面面俱到，即使合同簽訂完成，合同條款內的個(gè)性化需求清單也無(wú)法細化。從而為后期需求分析工作挖坑。
到了項目實(shí)施期間，項目組與甲方主要矛盾在于做多少的問(wèn)題。甲方當然希望多做，產(chǎn)品多做，用戶(hù)才能少做。但是項目組卻需要項目保質(zhì)保量按時(shí)完成。項目不延期是最高優(yōu)先級。至于產(chǎn)品的優(yōu)化方面也許并不會(huì )有太高的優(yōu)先級。
這時(shí)候，合同明確規定好產(chǎn)品個(gè)性化做什么，做到哪個(gè)程度，就比較重要了。不過(guò)在實(shí)際的商務(wù)談判中，為了取得此合同，也許會(huì )存在模糊化處理的情況。作為需求分析人員，也難以改變這樣的局面。
在項目確立后，就到了需求調研分析階段。如第一點(diǎn)所說(shuō)，合同規定的個(gè)性化需求只是一個(gè)框架，是大方向的需求。而實(shí)際某一個(gè)功能要做成什么樣還需要在需求調研階段明確下來(lái)。
需求調研時(shí)，盡量讓產(chǎn)品的實(shí)際使用者全員參與。假如用戶(hù)未全員參與，導致某些需求不能及時(shí)獲取，到了項目中期，臨時(shí)增加補充需求，不定時(shí)的承接用戶(hù)零散需求，整個(gè)需求分析區間拉長(cháng)，不利于項目開(kāi)展。
由于是基于標準產(chǎn)品的實(shí)施開(kāi)發(fā)，建議在需求調研前讓用戶(hù)熟悉現有標準產(chǎn)品，針對性的提出需求。以便順利開(kāi)展需求調研分析工作?？紤]在需求調研前從業(yè)務(wù)角度做充分的系統演示。即商務(wù)談判時(shí)就做好系統演示工作，盡可能細化用戶(hù)個(gè)性化需求。項目組入場(chǎng)后，立即搭建演示環(huán)境，讓用戶(hù)先模擬使用，再根據使用情況提出優(yōu)化需求。然后根據用戶(hù)提出的需求，在需求分析階段整理為需求池。
涉及到用戶(hù)是否愿意花時(shí)間做此項標準產(chǎn)品模擬使用工作，可在入場(chǎng)后給用戶(hù)強調此項工作的重要性。需求分析人員需盡量說(shuō)服用戶(hù)，提高用戶(hù)體驗標準產(chǎn)品的質(zhì)量。為后續完成發(fā)掘用戶(hù)需求，建立需求池做好準備。
與用戶(hù)做了充分溝通，幾次需求調研下來(lái)，用戶(hù)對標準產(chǎn)品有了簡(jiǎn)單了解。并基于用戶(hù)的使用習慣以及內部流程提出相當數量的需求。我們將這些需求分為四類(lèi)：
需求分析階段首先要判斷用戶(hù)的需求是什么類(lèi)型的。對于上面提到的合同范圍內的個(gè)性化需求，我們就需要設計詳細方案，并寫(xiě)入需求池，此類(lèi)需求為最高優(yōu)先級；對于合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，我們首先需要與客戶(hù)溝通，此類(lèi)需求就全靠嘴了，本質(zhì)上說(shuō)，此類(lèi)需求最考驗項目經(jīng)理與需求分析師的綜合能力。
理想情況是此類(lèi)需求可通過(guò)與用戶(hù)溝通，實(shí)現不開(kāi)發(fā)或者少開(kāi)發(fā)。若與用戶(hù)溝通失敗，此類(lèi)需求也可作為與用戶(hù)爭議第1類(lèi)型需求的籌碼（假如存在合同界定不清的情況）。其實(shí)主要取決于用戶(hù)是否愿意接受標準產(chǎn)品的操作方式。如果用戶(hù)愿意接受，我們就會(huì )可以將此類(lèi)需求記錄下來(lái)，暫時(shí)不做開(kāi)發(fā)。
如果用戶(hù)不接受標準產(chǎn)品的操作方式，我們就需要設計詳細方案，并納入到需求池中，需求優(yōu)先級低于合同范圍內的個(gè)性化需求；對于兩種合同范圍外的個(gè)性化需求與標準產(chǎn)品可變通實(shí)現的需求，我們需要視與客戶(hù)的溝通情況決定走需求變更或者下個(gè)版本實(shí)現。
需求定義階段主要是將需求池里面的需求形成具體詳細的需求文檔，往下一環(huán)節交付。
往往初步形成的是需求規格說(shuō)明書(shū)初稿。如何寫(xiě)需求規格說(shuō)明書(shū)，我們將在下一次討論。需求規格說(shuō)明書(shū)初稿形成之后，需求人員組織內部需求評審。由于基于標準產(chǎn)品項目實(shí)施的特殊性，本需求規格說(shuō)明書(shū)的內部評審融入到需求規格說(shuō)明書(shū)撰寫(xiě)過(guò)程，即，需求規格說(shuō)明書(shū)本身就有研發(fā)參與，是否可實(shí)現，實(shí)現難度均已確認。所以需求規格說(shuō)明書(shū)初稿形成后，研發(fā)同事整體瀏覽一遍，如無(wú)重大問(wèn)題即可與用戶(hù)開(kāi)會(huì )講解確認。
需求規格說(shuō)明書(shū)經(jīng)過(guò)與用戶(hù)反復溝通，最終簽字確認后。需求人員需要召集全體項目組成員開(kāi)會(huì )講解本需求規格說(shuō)明書(shū)。只有把需求講清楚，研發(fā)和測試同事才可根據需求規格說(shuō)明書(shū)確定開(kāi)發(fā)計劃與測試計劃。
由于基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的特殊性，實(shí)際是把傳統的需求規格說(shuō)明書(shū)內部評審后置，變成了需求培訓與講解。
前文將需求分類(lèi)四大類(lèi)。其中，合同范圍內的個(gè)性化需求。寫(xiě)入需求規格說(shuō)明書(shū)，與用戶(hù)確認后正常開(kāi)發(fā)；合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，視與客戶(hù)溝通情況決定是否開(kāi)發(fā)；至于合同范圍外的個(gè)性化需求與合同范圍外的可變通實(shí)現的需求。前者視情況安排二期開(kāi)發(fā)或者走需求變更，合同變更流程，由于時(shí)間跨度會(huì )比較長(cháng)，一般是建議納入二期開(kāi)發(fā)計劃。后者就嘗試說(shuō)服用戶(hù)改變操作方式與操作習慣，暫時(shí)滿(mǎn)足用戶(hù)的基礎需求。
系統開(kāi)發(fā)本質(zhì)是為用戶(hù)服務(wù)的，所以，在系統開(kāi)發(fā)過(guò)程中盡量爭取用戶(hù)多參與需求調研，畢竟最終的驗收確認是需要用戶(hù)簽字的。從系統開(kāi)發(fā)角度說(shuō)。用戶(hù)參與能夠提高系統的友好度。從心理角度說(shuō)，用戶(hù)參與其中能讓用戶(hù)獲得成就感和歸屬感，從而提高用戶(hù)對系統的認可程度。
總之，基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析，需求分析師可以從商務(wù)談判，售前溝通開(kāi)始介入。盡可能細化合同簽訂時(shí)的個(gè)性化需求清單，在與客戶(hù)爭議某類(lèi)需求為合同范圍外還是合同范圍內時(shí)可以掌握一定的主動(dòng)權。然后動(dòng)員用戶(hù)積極參與需求調研環(huán)節，深入了解用戶(hù)的需求。最后就是在處理合同范圍內標準產(chǎn)品可變通實(shí)現的需求時(shí)，與用戶(hù)的溝通情況直接決定后續的開(kāi)發(fā)量。
有這么一個(gè)群體，需求分析工作在客戶(hù)現場(chǎng)進(jìn)行，而且已經(jīng)有一款標準產(chǎn)品。項目組需要在標準產(chǎn)品的基礎上基于用戶(hù)需求進(jìn)行個(gè)性化開(kāi)發(fā)工作。我們把這種場(chǎng)景下面的需求分析叫做基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析。每當我們在實(shí)施此類(lèi)型的需求分析工作時(shí)，需求分析人員常常限于合同約定的范圍拒絕許多客戶(hù)的需求，但同時(shí)又要兼顧甲方的要求和滿(mǎn)意程度。這就到了考驗實(shí)施開(kāi)發(fā)項目組，尤其是需求分析人員的時(shí)候了。
我們將從合同與需求分析的關(guān)系、需求調研、需求分析、需求定義、需求變更與需求補充、用戶(hù)參與等幾個(gè)角度來(lái)闡述基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析方法。拋磚引玉，供各位參考。
嚴格意義上來(lái)說(shuō)，合同簽訂與需求分析是不可區分的。只有事先了解到用戶(hù)需求，才能準確把握用戶(hù)的個(gè)性化做什么，做到什么程度。從而更好的評估工時(shí)確定合同價(jià)格。
個(gè)人覺(jué)得最理想的情況是需求分析先于合同簽訂進(jìn)行，但出于乙方“不見(jiàn)兔子不撒鷹”。不可能將龐大的需求分析工作在合同簽訂前進(jìn)行。所以現實(shí)情況大多是先為客戶(hù)演示產(chǎn)品，粗略收集用戶(hù)的需求，從一個(gè)大方向上確定用戶(hù)需求，從而為評估工時(shí)，報價(jià)提供參考。此時(shí)，商務(wù)人員不可能面面俱到，即使合同簽訂完成，合同條款內的個(gè)性化需求清單也無(wú)法細化。從而為后期需求分析工作挖坑。
到了項目實(shí)施期間，項目組與甲方主要矛盾在于做多少的問(wèn)題。甲方當然希望多做，產(chǎn)品多做，用戶(hù)才能少做。但是項目組卻需要項目保質(zhì)保量按時(shí)完成。項目不延期是最高優(yōu)先級。至于產(chǎn)品的優(yōu)化方面也許并不會(huì )有太高的優(yōu)先級。
這時(shí)候，合同明確規定好產(chǎn)品個(gè)性化做什么，做到哪個(gè)程度，就比較重要了。不過(guò)在實(shí)際的商務(wù)談判中，為了取得此合同，也許會(huì )存在模糊化處理的情況。作為需求分析人員，也難以改變這樣的局面。
在項目確立后，就到了需求調研分析階段。如第一點(diǎn)所說(shuō)，合同規定的個(gè)性化需求只是一個(gè)框架，是大方向的需求。而實(shí)際某一個(gè)功能要做成什么樣還需要在需求調研階段明確下來(lái)。
需求調研時(shí)，盡量讓產(chǎn)品的實(shí)際使用者全員參與。假如用戶(hù)未全員參與，導致某些需求不能及時(shí)獲取，到了項目中期，臨時(shí)增加補充需求，不定時(shí)的承接用戶(hù)零散需求，整個(gè)需求分析區間拉長(cháng)，不利于項目開(kāi)展。
由于是基于標準產(chǎn)品的實(shí)施開(kāi)發(fā)，建議在需求調研前讓用戶(hù)熟悉現有標準產(chǎn)品，針對性的提出需求。以便順利開(kāi)展需求調研分析工作?？紤]在需求調研前從業(yè)務(wù)角度做充分的系統演示。即商務(wù)談判時(shí)就做好系統演示工作，盡可能細化用戶(hù)個(gè)性化需求。項目組入場(chǎng)后，立即搭建演示環(huán)境，讓用戶(hù)先模擬使用，再根據使用情況提出優(yōu)化需求。然后根據用戶(hù)提出的需求，在需求分析階段整理為需求池。
涉及到用戶(hù)是否愿意花時(shí)間做此項標準產(chǎn)品模擬使用工作，可在入場(chǎng)后給用戶(hù)強調此項工作的重要性。需求分析人員需盡量說(shuō)服用戶(hù)，提高用戶(hù)體驗標準產(chǎn)品的質(zhì)量。為后續完成發(fā)掘用戶(hù)需求，建立需求池做好準備。
與用戶(hù)做了充分溝通，幾次需求調研下來(lái)，用戶(hù)對標準產(chǎn)品有了簡(jiǎn)單了解。并基于用戶(hù)的使用習慣以及內部流程提出相當數量的需求。我們將這些需求分為四類(lèi)：
需求分析階段首先要判斷用戶(hù)的需求是什么類(lèi)型的。對于上面提到的合同范圍內的個(gè)性化需求，我們就需要設計詳細方案，并寫(xiě)入需求池，此類(lèi)需求為最高優(yōu)先級；對于合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，我們首先需要與客戶(hù)溝通，此類(lèi)需求就全靠嘴了，本質(zhì)上說(shuō)，此類(lèi)需求最考驗項目經(jīng)理與需求分析師的綜合能力。
理想情況是此類(lèi)需求可通過(guò)與用戶(hù)溝通，實(shí)現不開(kāi)發(fā)或者少開(kāi)發(fā)。若與用戶(hù)溝通失敗，此類(lèi)需求也可作為與用戶(hù)爭議第1類(lèi)型需求的籌碼（假如存在合同界定不清的情況）。其實(shí)主要取決于用戶(hù)是否愿意接受標準產(chǎn)品的操作方式。如果用戶(hù)愿意接受，我們就會(huì )可以將此類(lèi)需求記錄下來(lái)，暫時(shí)不做開(kāi)發(fā)。
如果用戶(hù)不接受標準產(chǎn)品的操作方式，我們就需要設計詳細方案，并納入到需求池中，需求優(yōu)先級低于合同范圍內的個(gè)性化需求；對于兩種合同范圍外的個(gè)性化需求與標準產(chǎn)品可變通實(shí)現的需求，我們需要視與客戶(hù)的溝通情況決定走需求變更或者下個(gè)版本實(shí)現。
需求定義階段主要是將需求池里面的需求形成具體詳細的需求文檔，往下一環(huán)節交付。
往往初步形成的是需求規格說(shuō)明書(shū)初稿。如何寫(xiě)需求規格說(shuō)明書(shū)，我們將在下一次討論。需求規格說(shuō)明書(shū)初稿形成之后，需求人員組織內部需求評審。由于基于標準產(chǎn)品項目實(shí)施的特殊性，本需求規格說(shuō)明書(shū)的內部評審融入到需求規格說(shuō)明書(shū)撰寫(xiě)過(guò)程，即，需求規格說(shuō)明書(shū)本身就有研發(fā)參與，是否可實(shí)現，實(shí)現難度均已確認。所以需求規格說(shuō)明書(shū)初稿形成后，研發(fā)同事整體瀏覽一遍，如無(wú)重大問(wèn)題即可與用戶(hù)開(kāi)會(huì )講解確認。
需求規格說(shuō)明書(shū)經(jīng)過(guò)與用戶(hù)反復溝通，最終簽字確認后。需求人員需要召集全體項目組成員開(kāi)會(huì )講解本需求規格說(shuō)明書(shū)。只有把需求講清楚，研發(fā)和測試同事才可根據需求規格說(shuō)明書(shū)確定開(kāi)發(fā)計劃與測試計劃。
由于基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的特殊性，實(shí)際是把傳統的需求規格說(shuō)明書(shū)內部評審后置，變成了需求培訓與講解。
前文將需求分類(lèi)四大類(lèi)。其中，合同范圍內的個(gè)性化需求。寫(xiě)入需求規格說(shuō)明書(shū)，與用戶(hù)確認后正常開(kāi)發(fā)；合同范圍內的標準產(chǎn)品可變通實(shí)現的需求，視與客戶(hù)溝通情況決定是否開(kāi)發(fā)；至于合同范圍外的個(gè)性化需求與合同范圍外的可變通實(shí)現的需求。前者視情況安排二期開(kāi)發(fā)或者走需求變更，合同變更流程，由于時(shí)間跨度會(huì )比較長(cháng)，一般是建議納入二期開(kāi)發(fā)計劃。后者就嘗試說(shuō)服用戶(hù)改變操作方式與操作習慣，暫時(shí)滿(mǎn)足用戶(hù)的基礎需求。
系統開(kāi)發(fā)本質(zhì)是為用戶(hù)服務(wù)的，所以，在系統開(kāi)發(fā)過(guò)程中盡量爭取用戶(hù)多參與需求調研，畢竟最終的驗收確認是需要用戶(hù)簽字的。從系統開(kāi)發(fā)角度說(shuō)。用戶(hù)參與能夠提高系統的友好度。從心理角度說(shuō)，用戶(hù)參與其中能讓用戶(hù)獲得成就感和歸屬感，從而提高用戶(hù)對系統的認可程度。
總之，基于標準產(chǎn)品實(shí)施開(kāi)發(fā)的需求分析，需求分析師可以從商務(wù)談判，售前溝通開(kāi)始介入。盡可能細化合同簽訂時(shí)的個(gè)性化需求清單，在與客戶(hù)爭議某類(lèi)需求為合同范圍外還是合同范圍內時(shí)可以掌握一定的主動(dòng)權。然后動(dòng)員用戶(hù)積極參與需求調研環(huán)節，深入了解用戶(hù)的需求。最后就是在處理合同范圍內標準產(chǎn)品可變通實(shí)現的需求時(shí)，與用戶(hù)的溝通情況直接決定后續的開(kāi)發(fā)量。
來(lái)源：人人都是產(chǎn)品經(jīng)理
