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