物流項目需求建議書

需求建議書是客戶與服務商建立正式聯繫的第一份書面檔案，又稱招標書。下面公文站小編爲大家帶來的是物流項目需求建議書，歡迎大家參考!

物流項目需求建議書

第一部分 總論

一、項目概況

(一)項目名稱

(二)項目的承辦單位

(三)項目報告撰寫單位

(四)項目主管部門

(五)項目建設內容、規模、目標

(六)項目建設地點

二、立項研究結論

(一)項目產品市場前景

(二)項目原料供應問題

(三)項目政策保障問題

(四)項目資金保障問題

(五)項目組織保障問題

(六)項目技術保障問題

(七)項目人力保障問題

(八)項目風險控制問題

(九)項目財務效益結論

(十)項目社會效益結論

(十一)項目立項可行性綜合評價

三、主要技術經濟指標彙總

在總論部分中，可將項目立項報告中各部分的主要技術經濟指標彙總，列出主要技術經濟指標表，使審批者對項目作全貌瞭解。

第二部分 物流項目發起背景和建設必要性

一、物流項目建設背景

(一)國家或行業發展規劃

(二)項目發起人以及發起緣由

(三)……

二、物流項目建設必要性

(一)……

(二)……

(三)……

(四)……

三、物流項目建設可行性

(一)經濟可行性

(二)政策可行性

(三)技術可行性

(四)模式可行性

(五)組織和人力資源可行性

第三部分 物流項目市場分析及前景預測

一、物流項目市場規模調查

二、物流項目市場競爭調查

三、物流項目市場前景預測

四、產品方案和建設規模

五、產品銷售收入預測

第四部分 建設條件與廠址選擇

一、資源和原材料

二、建設地區的選擇

三、廠址選擇

第五部分 工廠技術方案

一、項目組成

二、生產技術方案

三、總平面佈置和運輸

四、土建工程

五、其他工程

第六部分 環境保護與勞動安全

一、建設地區環境現狀

二、項目主要污染源和污染物

三、項目擬採用的環境保護標準

四、治理環境的方案

五、環境監測制度的建議

六、環境保護投資估算

七、環境影響評價結論

八、勞動保護與安全衛生

第七部分 企業組織和勞動定員

一、企業組織

二、勞動定員和人員培訓

第八部分 項目實施進度安排

一、項目實施的各階段

二、項目實施進度表

三、項目實施費用

第九部分 項目財務測算

一、項目總投資估算

二、資金籌措

三、投資使用計劃

四、項目財務測算相關報表

(注:財務測算參考《建設項目經濟評價方法與參數》，依照如下步驟進行:

1、基礎數據與參數的確定、估算與分析

2、編制財務分析的輔助報表

3、編制財務分析的基本報表估算所有的數據進行彙總並編制財務分析的基本報表。

4、計算財務分析的各項指標，並進行財務分析從項目角度提出項目可行與否的結論。)

第十部分 財務效益、經濟和社會效益評價

一、生產成本和銷售收入估算

二、財務評價

三、國民經濟評價

四、不確定性分析

五、社會效益和社會影響分析

第十一部分 可行性研究結論與建議

一、結論與建議

二、附件

三、附圖

　　拓展閱讀：編寫需求建議書的一般原則

需求建議書應該由用戶編寫，但各種客觀因素的限制，實際上很難做[到。所以，很多時候都是由用戶與項目小組共同編寫。編寫項目需求說明的J過程也是項目小組帶領客戶進入項目需求啓發的過程。編寫優秀的項目需求[建議書沒有公式化的方法，需要大量的實踐經驗。以下是編寫需求建議書需要把握的幾個原則：

(1)需求應該是正確的。每個需求必須精確描述要交付的功能。確定需求內容是否正確，需要用戶的代表來參與確認，由他們檢查、決定用戶需[求的正確性。沒有用戶的需求檢查就會導致很多項目實施中的問題出現。例如用戶會說：“這不是我們要的東西”;“你沒明白我們的`意思”，等等。

(2)需求應該是可行的。項目的需求應該在有限的資源(已知的能力、有限的系統及其環境)下是可實現的。爲了避免需求的不可行性，在需求分析階段應該有核心技術人員參與，檢查在技術上什麼能做、什麼不能做，哪些需要額外的付出等。

(3)需求內容應該是必要的。需求建議書中的每個需求都應該有相應[的出處，即說明什麼是客戶確實需要的，什麼要順應於外部的需求、接口或標準。如果不能標識出處，則可能這個需求不是真正需要的。

(4)需求內容應該有優先權。優先權是由客戶或其代理及項目小組共同商討後建立的。如果所有的需求都被視爲同等重要，那麼在開發中遇到預t算削減、計劃超時或組員的離開而導致新的需求時，項目經理將無所適從。一般優先權有以下三個級別。

1)高優先權，表明需求必須體現在本階段項目的成果中或這個產品的版本中。

2)中優先權，表明需求是必須的，但是如果需要可以推遲到晚一些的產品版本中。

3)低優先權，表明有它很好，但我們必須認識到如果沒有充足的時間或資源，它可以被放棄掉。

(5)需求內容應該是明確的。需求不該有歧義，要避免使用一些對於擬訂項目需求建議書的人很清楚，但對於其他人模糊不清的詞彙。如：用戶友好性，容易，簡單，快速，有效，幾個，藝術級，改善的，最大，最小等等。每寫一個需要都應簡潔、直觀地採用用戶熟知的語言，而不要採用計算機術語。