中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：面對不同的用戶與業務場景，產品經理在著手準備項目方案時便需要依據具體要求進行合理設計。那么，在政務項目方案設計中，產品經理應當注意哪些要點？本篇文章里，作者結合實際經驗，總結了政務項目建設方案的設計要點，一起來看一下。

今年筆者開始參與更多的政府項目，對政府項目的工作流程、方案報價、落地實施比之前有了更深刻的體會。

當然在這個過程中也掉過坑、啃過泥，特別是作為乙方在幫甲方寫建設方案時，由于之前缺乏經驗經常被專家挑戰，甚至評審無法通過的情況。

后來我們找了評審的專家溝通了我們出現的問題，發現政務項目的建設方案其實是有套路的，掌握了這些套路，就比較容易搞定，一次性過會成功。今天把總結的這些內容分享出來供大家參考（注：還沒參與過千萬級以上的大項目，本文內容更偏百萬級別小項目的運作流程）。

一、了解政府項目流程

總體流程：立項（做不做）→ 規劃設計（怎么做）→ 招標（誰來做）→ 施工 → 竣工 → 結算審計。

1. 政府項目流程詳細描述

1. 市場獲取項目信息或主動推進項目主管部門內部立項；
2. 主管部門內部編制或招標設計公司進行可行性研究報告編制，確定項目范圍及投資預算；
3. 由主管部門內部編制立項申請（項目建議書）會同可行性研究報告提交上級部門進行立項審批（發改委、工信委、財政、市政府等）；
4. 立項審批通過后，由設計公司進行初步設計方案編制（包括具體需要實施的項目內容以及項目分項預算），編制完成送發改委、工信委、財政評審。
5. 評審通過后依據方案內容組織實施廠商進行招標，確定項目具體實施單位。
6. 實施單位編制項目實施方案送項目負責部門評審，評審通過后開始實施。

2. 特殊流程

政府先行招標框架中標方，隨后再行制定初步設計方案，后中標方提供詳細實施方案，評審通過后實施（這個流程按道理不怎么合規，但卻符合國情，你懂得~）。

項目前期初步設計方案通過評審后通過單一來源指定總集成商，負責后續方案實施，總集成商根據政府要求對單個項目進行招標，并將招標結果報政府備案。

二、明確幾個重要角色

特別說明：項目規模不同，涉及的流程步驟不同，小項目一般會簡化流程。

1. 某些小項目，建設單位同時是審批單位，一般邀請各領域專家進行評審；
2. 正常情況要求設計單位和施工單位不是同一機構，但有時也不正常?；
3. 一般情況下采購單位就是建設單位，但銀醫項目采購單位經常是合作銀行。

三、建設方案的重要參考依據

2007年八月國家發改委發布的第55號令，頒布了《國家電子政務工程建設項目管理暫行辦法》（簡稱“辦法”），根據國家信息化領導小組的工作部署和要求，結合電子政務工程項目建設管理的特點和問題，在深入調研、廣泛征求意見基礎上編制而成的我國針對信息化工程提出的系統性管理規范，也是今后一個時期從事政務信息化建設的部門和機構必須嚴格遵守的法規性文件。

出臺該辦法首先是扎實推進電子政務發展的需要，該辦法明確立項規則，強化項目管理，約束政府投資行為，遏制盲目建設風潮。

其次，是規范審批程序和要求的需要。有效解決政務信息化項目審批時間長的矛盾，必須從制定管理辦法、規范審批程序、明晰審批規則、改善審批服務這一關鍵環節入手。

第三，是強化政務信息化項目管理的需要。需要有比普通基建項目更嚴格的制約和管理機制，做好立項前的咨詢服務尤其重要。

主要參考條目

第七條 電子政務項目原則上包括以下審批環節：項目建議書、可行性研究報告、初步設計方案和投資概算。對總投資在 3000 萬元以下及特殊情況的，可簡化為審批項目可行性研究報告（代項目建議書）、 初步設計方案和投資概算。

注：金額小的項目甚至簡化為：一個建設方案，一次上會評審。本文所整理的建設方案編寫要點，基本以這類項目為主。

第十三條 項目初步設計方案和投資概算報告的編制內容與項目可行性研究報告批復內容有重大變更或變更投資超出、已批復總投資額度百分之十的，應重新報批可行性研究報告。

第十六條 遵從優先采購本國貨物、工程和服務的原則。

第二十條 項目建設單位必須嚴格按照項目審批部門批復的初步設計方案和投資概算實施項目建設。如有特殊情況，主要建設內容或投資概算確需調整的，必須事先向項目審批部門提交調整報告，履行報批手續。

另外，很多地方政府也出臺了對55號令的地方性解釋，比如《青島市政府投資項目管理暫行辦法》，在寫建設方案的時候要一并關注。

該辦法同時提供了編制要求和文檔模板供我們參考，對于中小型的電子政務項目，重點參考附件三：國家電子政務工程建設項目初步設計方案和投資概算編制要求 。

四、不容有失的項目建設必要性

項目建設的必要性是要不要做的重要依據，很多項目不予以立項，很多時候是專家感覺沒有必要立項，或者匯報人沒有把項目建設的必要性說清楚。

1. 優先級1：直接引用政策文件或上級指示

依據×××會議，《××××》文件要求，作為××工作重點（領導講話，國家、省、市信息化發展戰略與規劃等）。

2. 優先級2：現狀特別需要

目前狀況×××，存在×××問題，建立本系統能夠解決相關問題。

方案基于××××需求調研基礎上編制。在編制過程中，走訪了×××、×××、×××等相關處室和直屬職業單位，以推進×××信息化、推進建設和諧××為目的，緊扣實際需求編制本方案。

3. 優先級3：比較其他城市的項目建設情況

有其他城市作為范例，特別是和本城市級別規模差不多的領軍城市做對比，闡述項目的必要性，要爭創一流，不能甘于落后。

需要特別注意的是，沒超過五年的項目不建議重建，否則不符合國家要求利舊和復用的經濟思想。

五、容易忽視的可行性報告

可研報告批復文件一致的可研報告(批準版)是必要的，它是初設的主要依據，是衡量初設是否全面響應可研批復精神的有效對比文件。

需要注意的事項：

1）為什么選擇這個技術或者這種方案？

從需求滿足程度、技術的成熟度、技術應用的經濟因素等方面做說明。

如果是替換原有架構，要說明原有架構的問題和局限性，以及當前架構相比原有架構的優勢。

2）為什么要定制開發？

理由很簡單，因為市面上沒有成熟的產品！如果市面上有成熟的產品，就要采購優先，采購價格最好在當地比價中不要太離譜。一般從后期的運維中獲得收益。

在可行性報告的環節，不僅要驗證可行性，同時要對性能指標、容量計算、功能指標等技術參數做出說明。

六、容易出錯的初步設計

初步設計是建設單位自己或者委托設計單位為該項目做前期的整體的方案設計，初步設計是后期招投標的重要參考的建設內容和參數要求。以下重點強調幾個要點：

1. 初步設計的估算和可研階段可以有10%之內的偏差，偏差太大需要補充審批！
2. 建設目標和建設內容一定是可量化、可考核的！
3. 建設目標、建設內容、設計方案和投資概算要實現四個統一！
4. 要體現設計內容，多用設計圖。專家經常重點關注幾張圖（總體架構圖、業務流程圖、數據流向圖、網絡拓撲等），要畫的足夠專業！

初設容易出錯的幾個地方：

1）用需求替代設計

比如下圖所示的內容，這是需求，不是設計。

需求是我需要什么？而設計要強調的是如何做！

比如在這段描述的基礎上，增加下圖，不僅描述了要做成什么，同時也提供了如何做的思路。如果將此部分內容補充如下圖所示的流程圖，就是需求內容轉化為設計內容。

2）用軟件的功能描述替代設計

用軟件功能描述來替代設計也是經常犯的錯誤，初設方案是項目還沒開發之前作出的，怎么會有成型產品？

這種情況往往是施工單位充當設計單位的情況下經常犯的錯誤！

用原型圖、示意圖表示自己的設計，而不要用產品截圖，切記！

3）把需求當目標，把目標當需求

目標是需求的一種，但它是可量化、可考核的需求，但業務需求要比目標更具體，更關注細節。一句話需求多數和目標雷同，盡量避免！

七、特別關注的投資概算

1）人月單價標準一般是確定的，不要提高單價，可以調整人月

比如青島的人月單價標準一般是1.6萬（已經快十年沒變過了，看看現在飛漲的物價，也只能呵呵了），不要超過2萬/人月，最好按照1.8萬人月進行計算。

2）報價要考慮重用和共享率，避免重復建設帶來不必要的重復投入

比如某單位已經采用了某軟件作為數據分析工具，如果該項目中也需要該工具，盡量利舊、復用。

3）查詢類和統計分析類特別容易重復報價

多個用戶功能，可能只是名稱不同，其實是可以合并成一個模塊或者一套程序開發的，盡量不要重復報價。

4）要區分產品購買、定制開發、運維服務等，他們的報價標準是不一樣

5）概算中所涉及的內容，均要在建設內容部分有涉及！

這點非常重要，我會下面一段章節介紹。

6）總體報價，工作量估算，甚至考慮建設周期，均需要匹配，至少要合理！

八、專家評審思路

建設方案的評審，主要由政府專家庫的各領域專家代表進行，很多時候建設方案的內容只有到評審會上專家才第一次看到，在有限的時間內要完成項目的評審，對專家也是一件具有挑戰性的事情，在這種情況下專家一般不會面面俱到的通篇閱讀方案內容，那么專家評審的思路是怎樣的呢？

1. 按照倒序，先看總體概算表格，找到人天和費用，看概算合不合理。
2. 重點關注總體建設方案，特別是看前面提到的幾個架構圖，所以這部分要寫的比較專業。
3. 根據概算的內容再找到具體功能點，凡是概算出現的，建設內容中均需要有支撐。

通過對于政府項目流程的了解和學習，對建設方案的注意事項進行梳理，在后面的幾個項目中實踐應用，方案評審的通過率大大提高，希望這篇文章也能幫助正在從事電子政務項目的你。

#專欄作家#

菜根老譚，微信公眾號：CGLT_TAN，人人都是產品經理專欄作家。經歷程序員、技術Leader、產品經理、研發Leader等多種崗位?，F負責某科技公司整體產品研發，擅長企業IT架構及互聯網產品架構。

本文原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議