什么是需求建議書

什么是需求提案？

確定需要做的準(zhǔn)備工作就足夠了。也就是說，需求建議書是客戶向服務(wù)商發(fā)出的說明如何滿足已確定需求的建議書，是客戶與服務(wù)商建立正式聯(lián)系的比較好份書面文件，也稱為招標(biāo)文件。建議書一般由客戶起草，主要描述客戶對(duì)項(xiàng)目任務(wù)的需求、條件和具體要求。一份完整的需求建議書主要包括滿足其需求的項(xiàng)目自述、項(xiàng)目的要求、預(yù)期的項(xiàng)目目標(biāo)、客戶的供貨條款、付款方式、合同形式、項(xiàng)目時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）、項(xiàng)目申請(qǐng)的要求等。

一份好的需求建議書可以讓服務(wù)商準(zhǔn)確把握客戶期望的產(chǎn)品或服務(wù)。當(dāng)然，沒有必要在所有情況下都準(zhǔn)備一份正式的需求建議書。當(dāng)一個(gè)企業(yè)的需求被一個(gè)內(nèi)部開發(fā)項(xiàng)目滿足時(shí)，這個(gè)過程似乎變得簡(jiǎn)單多了。這時(shí)候更需要的是言語溝通和信息傳遞，而不是在只起到信息傳遞作用的需求提議上耽誤寶貴的時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）。比如軟件開發(fā)公司覺得自己原有的財(cái)務(wù)分析系統(tǒng)不能滿足日益增長(zhǎng)的業(yè)務(wù)需求時(shí)，可以直接請(qǐng)求軟件開發(fā)團(tuán)隊(duì)開發(fā)，然后只需要口頭說說就可以了。

寫RFP要認(rèn)真，內(nèi)容要具體，語言要簡(jiǎn)潔。

1.在比較好行的中間寫上“求婚”這個(gè)詞。

2.寫下接受建議的人的名字。

3.文本:

(1)建議的理由或出發(fā)點(diǎn)便于對(duì)方考慮。

(2)建議的具體事項(xiàng)。

4.表達(dá)提議者的愿望。

5.在末尾寫上尊敬的話，比如“這個(gè)敬禮”。

6.寫下提議者的名字和寫提議的日期。

1.標(biāo)題

2.名稱

3.文本(開頭、主體和結(jié)尾)

4.簽名和時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）

寫作要求指南

建議書必須說明項(xiàng)目目標(biāo)或目的，包括可能對(duì)承包商有用的任何合理信息或背景信息。

以便承包商準(zhǔn)備相應(yīng)的建議書。根據(jù)以下準(zhǔn)則起草正式的外部需求提案:

(1)需求提案中必須提供工作說明書(SOW)。

(2)需求建議書必須包含客戶需求定義的規(guī)范和屬性。

(3)需求建議書應(yīng)說明客戶期望承包商或項(xiàng)目組提供何種交付物。

(4)任何應(yīng)由客戶提供的項(xiàng)目都應(yīng)在需求建議書中列出。

(5)需求建議書可以規(guī)定需要顧客批準(zhǔn)的內(nèi)容。

(6)有些需求提案會(huì)提到客戶希望使用的合同類型。

(7)需求建議書可以指明客戶希望使用的付款方式。

(8)需求建議書應(yīng)說明完成項(xiàng)目所需的時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）表。

(9)需求建議書應(yīng)指導(dǎo)和解釋承包商申請(qǐng)的格式和內(nèi)容。

(10)需求建議書應(yīng)說明業(yè)主希望潛在承包商提交申請(qǐng)的截止日期。

(11)需求建議書可包含評(píng)估標(biāo)準(zhǔn)。

建議書一般包括以下主要內(nèi)容:

客戶必須收集大量的相關(guān)信息來準(zhǔn)備需求建議書，因?yàn)镮T項(xiàng)目實(shí)施者需要根據(jù)RFP來準(zhǔn)備自己的項(xiàng)目技術(shù)方案，然后參與投標(biāo)。RFP包括項(xiàng)目的目標(biāo)，即用戶的期望，以及客戶要求的項(xiàng)目進(jìn)度；實(shí)施者申請(qǐng)表的格式和內(nèi)容規(guī)定；客戶的潛在實(shí)施者提交投標(biāo)申請(qǐng)的截止日期；評(píng)估申請(qǐng)的標(biāo)準(zhǔn)等。一份好的RFP應(yīng)該包括以下內(nèi)容。

1.工作說明

工作描述是解釋項(xiàng)目的工作范圍，總結(jié)客戶要求開發(fā)人員或項(xiàng)目團(tuán)隊(duì)執(zhí)行的任務(wù)或工作單元，說明項(xiàng)目中涉及的各種事情，哪些必須由開發(fā)人員或項(xiàng)目團(tuán)隊(duì)完成，哪些應(yīng)該由客戶自己完成。例如，一個(gè)辦公自動(dòng)化軟件系統(tǒng)的具體目標(biāo)。再比如一個(gè)網(wǎng)站的建設(shè)，所需設(shè)備的采購(gòu)是客戶自己做還是開發(fā)商做；企業(yè)網(wǎng)站上的頁面文字是客戶自己寫的還是開發(fā)者寫的等等。

2.任務(wù)要求

提案必須詳細(xì)說明開發(fā)商要完成的任務(wù)的規(guī)格和特征，如尺寸、數(shù)量、顏色、重量、速度以及開發(fā)商提出的解決方案必須滿足的其他物理和操作參數(shù)。比如搭建一個(gè)企業(yè)網(wǎng)站，可能要求1000人同時(shí)訪問不會(huì)有擁堵的感覺，網(wǎng)站的瀏覽頁面數(shù)不少于幾個(gè)；建立自動(dòng)結(jié)帳和收款系統(tǒng)可能需要每天處理12 000筆交易的功能和其他特定功能。如果發(fā)票開具后30天內(nèi)未收到賬款，將自動(dòng)生成催款通知。具體的任務(wù)要求可能會(huì)成為未來的驗(yàn)收標(biāo)準(zhǔn)。

3.可交付成果

可交付物是開發(fā)者提供的實(shí)物內(nèi)容，應(yīng)該在需求提案中寫明。例如，對(duì)于自動(dòng)結(jié)帳和收集系統(tǒng)，客戶可能會(huì)要求開發(fā)人員提供硬件(計(jì)算機(jī))、軟件(磁盤和一些印刷材料)、操作手冊(cè)和培訓(xùn)課程?？山桓冻晒€可能包括要求開發(fā)人員提供定期進(jìn)度報(bào)告或最終報(bào)告的客戶。

4.客戶供應(yīng)條款

需求建議書還應(yīng)列出客戶的供應(yīng)條款。比如客戶需要建立一個(gè)網(wǎng)絡(luò)J站，可能需要向開發(fā)者提供企業(yè)內(nèi)部組織架構(gòu)的詳細(xì)描述，以及各部門之間的業(yè)務(wù)關(guān)系，包括信息流的類型，信息流的流向和頻率等。

5.表達(dá)客戶對(duì)需求的確認(rèn)。

需求建議書不是客戶需求的最終確認(rèn)。***的確認(rèn)應(yīng)該是在對(duì)開發(fā)商提出的方案進(jìn)行評(píng)估之后。例如，印刷的小冊(cè)子在印刷前可能必須得到客戶的批準(zhǔn)；客戶在購(gòu)買材料和設(shè)備之前，必須對(duì)開發(fā)商的技術(shù)方案進(jìn)行審批。這一點(diǎn)必須在需求提案中向開發(fā)商說明。

6.預(yù)期合同類型

(1)合同可以以固定價(jià)格訂立。這樣，開發(fā)商實(shí)際上是一次性收費(fèi)?？蛻糁恢Ц豆潭ǖ膬r(jià)格，不管開發(fā)人員在他們的工作上實(shí)際花費(fèi)多少。開發(fā)商必須保證功能和質(zhì)量要求的實(shí)現(xiàn)，超支風(fēng)險(xiǎn)由開發(fā)商承擔(dān)。

(2)合同中還可以約定開發(fā)商不承擔(dān)風(fēng)險(xiǎn)，即在時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）和原材料有限的情況下，無論實(shí)際花費(fèi)多少，都會(huì)給開發(fā)商一定的獎(jiǎng)勵(lì)，也就是所謂的無材料承包。在***目前的條件下，由于質(zhì)量檢驗(yàn)和信用可靠程度較低，這種合同較為普遍。在需求提案中，比較好說明客戶希望采用哪種類型的合同。

7.預(yù)期付款方式

付款方式可分為一次性付款和分期付款；開始前付錢，結(jié)束后付錢。支付方式根據(jù)項(xiàng)目性質(zhì)確定。如網(wǎng)頁制作，往往在項(xiàng)目結(jié)束時(shí)付款；一般在組建局域網(wǎng)時(shí)，方案確定后支付30%給開發(fā)商購(gòu)買，工程驗(yàn)收后支付90%，使用一段時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）確認(rèn)沒有問題后支付10%。具體付款方式需要合同雙方協(xié)商，但在需求建議書里，客戶要先提出自己期望的付款方式。

8.所需的時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）表

時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）表的要求可能很粗糙，比如6個(gè)月內(nèi)完成；還可以再詳細(xì)一點(diǎn)，比如完成方案設(shè)計(jì)和驗(yàn)證需要多長(zhǎng)時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考），完成硬件購(gòu)買和安裝需要多長(zhǎng)時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考），完成軟件開發(fā)、測(cè)試和安裝需要多長(zhǎng)時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考），***系統(tǒng)安裝調(diào)試完成后，開發(fā)人員提交所有系統(tǒng)文件和操作培訓(xùn)需要多長(zhǎng)時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）。

9.申請(qǐng)表的格式和內(nèi)容

為了便于幾個(gè)開發(fā)者之間的比較和評(píng)估，申請(qǐng)表應(yīng)采用相同的格式，內(nèi)容結(jié)構(gòu)應(yīng)保持一致。這樣對(duì)不同的申請(qǐng)人是公平的，也可以減少客戶在評(píng)估中的工作量。應(yīng)用程序各部分使用的字?jǐn)?shù)或頁數(shù)可以在客戶需求提案中加以限制。

10.提交申請(qǐng)的截止日期

必須明確接受申請(qǐng)的截止日期。例如，要求開發(fā)商在收到需求建議書后的幾個(gè)工作小時(shí)內(nèi)(如1周、1個(gè)月等)提交申請(qǐng)。)，或者每個(gè)人都要在某月某日之前提交申請(qǐng)。這樣做的目的是方便同時(shí)對(duì)眾多申請(qǐng)人進(jìn)行比較評(píng)估，同時(shí)也是為了維護(hù)公平，不給某些開發(fā)者額外的時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考）和機(jī)會(huì)。

11.申請(qǐng)的評(píng)估標(biāo)準(zhǔn)

告訴開發(fā)者客戶將使用什么標(biāo)準(zhǔn)來評(píng)估他的應(yīng)用程序。這樣做的目的是指導(dǎo)開發(fā)人員編寫應(yīng)用程序。一般評(píng)價(jià)標(biāo)準(zhǔn)包括四個(gè)方面:

(1)開發(fā)商類似項(xiàng)目經(jīng)驗(yàn)。如果他們最近在預(yù)算內(nèi)按時(shí)完成了類似的項(xiàng)目，客戶對(duì)他們滿意嗎？

(2)開發(fā)商提出的技術(shù)方案是否合適。用的是什么樣的電腦軟件？數(shù)據(jù)庫(kù)的設(shè)計(jì)和方法是什么？用什么語言建立管理信息系統(tǒng)？使用哪些供應(yīng)商的設(shè)備？等一下。

(3)日程安排。開發(fā)商能否按照要求的進(jìn)度完成項(xiàng)目計(jì)劃？

(4)成本。開發(fā)商的報(bào)價(jià)是否合理？預(yù)算中是否有遺漏的條款？在以后的執(zhí)行中有沒有超支的可能，或者有沒有因?yàn)槌?dǎo)致質(zhì)量無法保證的可能？為了贏得合同，一些申請(qǐng)人在報(bào)價(jià)中降低成本，或在實(shí)施階段偷工減料或增加成本。結(jié)果就是建成的系統(tǒng)有很多缺陷，或者最終的成本大大超過最初的估算。這需要注意。

12.資金總額

開發(fā)人員總是想知道客戶可以用多少錢來開發(fā)提議的real T項(xiàng)目，但客戶往往不愿意在需求提議中透露這些信息。事實(shí)上，客戶指出大概的數(shù)字，告訴開發(fā)商他打算花多少錢來做這件事是有益的。這將使開發(fā)商能夠提交與資金水平相適應(yīng)的申請(qǐng)，并提高項(xiàng)目準(zhǔn)備階段的工作效率。

需求提案的必要性

招標(biāo)書(RFP)是項(xiàng)目客戶和開發(fā)商之間建立正式聯(lián)系的比較好份書面文件，也稱為招標(biāo)文件。一般由項(xiàng)目的客戶起草，主要描述客戶對(duì)項(xiàng)目任務(wù)的需求、條件和具體要求，并發(fā)送給潛在的開發(fā)人員。

建議書是客戶準(zhǔn)備的需求規(guī)格，以確保供應(yīng)商理解項(xiàng)目的要求，并在此基礎(chǔ)上提供項(xiàng)目建議書。雖然不能保證客戶得到理想的解決方案，但是可以幫助客戶找到盡可能貼近自己需求的系統(tǒng)準(zhǔn)備。其目的是從客戶自身的角度出發(fā)，通過全面詳細(xì)的陳述，讓開發(fā)商或項(xiàng)目團(tuán)隊(duì)了解客戶想要什么，以可行的價(jià)格滿足客戶已確定的需求。

對(duì)于一些預(yù)算不多的客戶，開發(fā)商往往不愿意花力氣準(zhǔn)備正式的建議書。在這種情況下，客戶的需求提案就變得非常重要。其實(shí)一個(gè)項(xiàng)目無論大小，都需要準(zhǔn)備一份需求建議書。

首先，需求建議書需要描述用戶的目標(biāo)和需求。需求建議書的編制過程，也是客戶進(jìn)一步明確自身目標(biāo)和需求的過程，從而建立起客戶與供應(yīng)商深度溝通的橋梁。即使供應(yīng)商因?yàn)楦鞣N原因看不到或者不想回應(yīng)需求提案，這種努力也是值得的。

其次，需求建議書可以節(jié)省選型的時(shí)間預(yù)測(cè)（數(shù)據(jù)為往年僅供參考），更容易比較供應(yīng)商?？蛻籼峁┙o所有投標(biāo)供應(yīng)商的信息都是一樣的，避免了與開發(fā)商的重復(fù)溝通。同時(shí)，以需求建議書為基準(zhǔn)，客戶可以約束開發(fā)人員以一致的格式提交建議書，從而提高供應(yīng)商之間的可比性。

第三，需求建議書可以避免一些潛在的遺漏。在準(zhǔn)備需求建議書時(shí)，客戶往往會(huì)過于關(guān)注具體細(xì)節(jié)，而忽略一些重要因素。在收到需求建議書后，一些供應(yīng)商可能會(huì)主動(dòng)質(zhì)疑這種疏漏，以提醒客戶。有些開發(fā)商為了讓自己的提案更有吸引力，甚至?xí)岢鲆恍┬枨筇岚钢袥]有涉及到的好點(diǎn)子來拓展客戶的思路。編制需求建議書的一般原則

建議書應(yīng)該是用戶寫的，但是由于各種客觀因素，實(shí)際上很難做到。因此，它通常由用戶和項(xiàng)目團(tuán)隊(duì)編寫。J-撰寫項(xiàng)目需求描述的過程，也是項(xiàng)目團(tuán)隊(duì)帶領(lǐng)客戶進(jìn)入項(xiàng)目需求靈感的過程。撰寫***的項(xiàng)目需求【建議書沒有公式化的方法，需要大量的實(shí)踐經(jīng)驗(yàn)。以下是寫需求建議書需要把握的一些原則:

(1)需求要正確。每個(gè)需求必須準(zhǔn)確描述要交付的功能。為了確定需求是否正確，需要用戶代表參與確認(rèn)，他們將檢查并決定用戶需求的正確性。沒有用戶的需求檢查，項(xiàng)目的實(shí)施會(huì)出現(xiàn)很多問題。比如用戶會(huì)說“這不是我們想要的”；“你不明白我們的意思”，等等。

(2)需求要可行。利用有限的資源(已知的容量、有限的系統(tǒng)及其環(huán)境)應(yīng)該可以達(dá)到項(xiàng)目的要求。為了避免需求的不可行性，核心技術(shù)人員應(yīng)該參與需求分析階段，檢查哪些在技術(shù)上可以做，哪些不可以做，哪些需要額外的努力等等。

(3)需求內(nèi)容應(yīng)該是必要的。提案中的每個(gè)需求都要有相應(yīng)的[來源，即客戶真正需要的是什么，應(yīng)該符合外部的需求、接口或標(biāo)準(zhǔn)是什么。如果你不能識(shí)別來源，那么也許這個(gè)需求并不是真的需要。

(4)需求內(nèi)容要有優(yōu)先級(jí)。優(yōu)先級(jí)由客戶或其代理與項(xiàng)目團(tuán)隊(duì)討論后確定。如果所有的需求都被視為同等重要，那么當(dāng)預(yù)計(jì)算削減、加班計(jì)劃或者開發(fā)中團(tuán)隊(duì)成員的離開導(dǎo)致新的需求出現(xiàn)時(shí)，項(xiàng)目經(jīng)理就會(huì)無所適從。一般優(yōu)先級(jí)有以下三個(gè)級(jí)別。

1)高優(yōu)先級(jí)，表示需求必須體現(xiàn)在現(xiàn)階段項(xiàng)目的成果或該產(chǎn)品的版本中。

文章標(biāo)題：什么是需求建議書

本文地址：http://balticsea-crewing.com/show-138740.html

本文由合作方發(fā)布，不代表中職學(xué)校招生網(wǎng)_55px.com.cn立場(chǎng)，轉(zhuǎn)載聯(lián)系作者并注明出處：中職學(xué)校招生網(wǎng)_55px.com.cn