物流專案需求建議書
需求建議書是客戶與服務商建立正式聯絡的第一份書面檔案，又稱招標書。下面公文站小編為大家帶來的是物流專案需求建議書，歡迎大家參考!
物流專案需求建議書
第一部分 總論
一、專案概況
(一)專案名稱
(二)專案的承辦單位
(三)專案報告撰寫單位
(四)專案主管部門
(五)專案建設內容、規模、目標
(六)專案建設地點
二、立項研究結論
(一)專案產品市場前景
(二)專案原料供應問題
(三)專案政策保障問題
(四)專案資金保障問題
(五)專案組織保障問題
(六)專案技術保障問題
(七)專案人力保障問題
(八)專案風險控制問題
(九)專案財務效益結論
(十)專案社會效益結論
(十一)專案立項可行性綜合評價
三、主要技術經濟指標彙總
在總論部分中，可將專案立項報告中各部分的主要技術經濟指標彙總，列出主要技術經濟指標表，使審批者對專案作全貌瞭解。
第二部分 物流專案發起背景和建設必要性
一、物流專案建設背景
(一)國家或行業發展規劃
(二)專案發起人以及發起緣由
(三)……
二、物流專案建設必要性
(一)……
(二)……
(三)……
(四)……
三、物流專案建設可行性
(一)經濟可行性
(二)政策可行性
(三)技術可行性
(四)模式可行性
(五)組織和人力資源可行性
第三部分 物流專案市場分析及前景預測
一、物流專案市場規模調查
二、物流專案市場競爭調查
三、物流專案市場前景預測
四、產品方案和建設規模
五、產品銷售收入預測
第四部分 建設條件與廠址選擇
一、資源和原材料
二、建設地區的選擇
三、廠址選擇
第五部分 工廠技術方案
一、專案組成
二、生產技術方案
三、總平面佈置和運輸
四、土建工程
五、其他工程
第六部分 環境保護與勞動安全
一、建設地區環境現狀
二、專案主要汙染源和汙染物
三、專案擬採用的環境保護標準
四、治理環境的方案
五、環境監測制度的建議
六、環境保護投資估算
七、環境影響評價結論
八、勞動保護與安全衛生
第七部分 企業組織和勞動定員
一、企業組織
二、勞動定員和人員培訓
第八部分 專案實施進度安排
一、專案實施的各階段
二、專案實施進度表
三、專案實施費用
第九部分 專案財務測算
一、專案總投資估算
二、資金籌措
三、投資使用計劃
四、專案財務測算相關報表
(注:財務測算參考《建設專案經濟評價方法與引數》，依照如下步驟進行:
1、基礎資料與引數的確定、估算與分析
2、編制財務分析的輔助報表
3、編制財務分析的基本報表估算所有的資料進行彙總並編制財務分析的基本報表。
4、計算財務分析的各項指標，並進行財務分析從專案角度提出專案可行與否的結論。)
第十部分 財務效益、經濟和社會效益評價
一、生產成本和銷售收入估算
二、財務評價
三、國民經濟評價
四、不確定性分析
五、社會效益和社會影響分析
第十一部分 可行性研究結論與建議
一、結論與建議
二、附件
三、附圖
拓展閱讀：編寫需求建議書的一般原則
需求建議書應該由使用者編寫，但各種客觀因素的限制，實際上很難做[到。所以，很多時候都是由使用者與專案小組共同編寫。編寫專案需求說明的J過程也是專案小組帶領客戶進入專案需求啟發的過程。編寫優秀的專案需求[建議書沒有公式化的方法，需要大量的實踐經驗。以下是編寫需求建議書需要把握的幾個原則：
(1)需求應該是正確的。每個需求必須精確描述要交付的功能。確定需求內容是否正確，需要使用者的代表來參與確認，由他們檢查、決定使用者需[求的正確性。沒有使用者的需求檢查就會導致很多專案實施中的問題出現。例如使用者會說：“這不是我們要的東西”;“你沒明白我們的`意思”，等等。
(2)需求應該是可行的。專案的需求應該在有限的資源(已知的能力、有限的系統及其環境)下是可實現的。為了避免需求的不可行性，在需求分析階段應該有核心技術人員參與，檢查在技術上什麼能做、什麼不能做，哪些需要額外的付出等。
(3)需求內容應該是必要的。需求建議書中的每個需求都應該有相應[的出處，即說明什麼是客戶確實需要的，什麼要順應於外部的需求、介面或標準。如果不能標識出處，則可能這個需求不是真正需要的。
(4)需求內容應該有優先權。優先權是由客戶或其代理及專案小組共同商討後建立的。如果所有的需求都被視為同等重要，那麼在開發中遇到預t算削減、計劃超時或組員的離開而導致新的需求時，專案經理將無所適從。一般優先權有以下三個級別。
1)高優先權，表明需求必須體現在本階段專案的成果中或這個產品的版本中。
2)中優先權，表明需求是必須的，但是如果需要可以推遲到晚一些的產品版本中。
3)低優先權，表明有它很好，但我們必須認識到如果沒有充足的時間或資源，它可以被放棄掉。
(5)需求內容應該是明確的。需求不該有歧義，要避免使用一些對於擬訂專案需求建議書的人很清楚，但對於其他人模糊不清的詞彙。如：使用者友好性，容易，簡單，快速，有效，幾個，藝術級，改善的，最大，最小等等。每寫一個需要都應簡潔、直觀地採用使用者熟知的語言，而不要採用計算機術語。
