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