編輯導(dǎo)語：面對不同的用戶與業(yè)務(wù)場景，產(chǎn)品經(jīng)理在著手準備項目方案時便需要依據(jù)具體要求進行合理設(shè)計。那么，在政務(wù)項目方案設(shè)計中，產(chǎn)品經(jīng)理應(yīng)當(dāng)注意哪些要點？本篇文章里，作者結(jié)合實際經(jīng)驗，總結(jié)了政務(wù)項目建設(shè)方案的設(shè)計要點，一起來看一下。
今年筆者開始參與更多的政府項目，對政府項目的工作流程、方案報價、落地實施比之前有了更深刻的體會。
當(dāng)然在這個過程中也掉過坑、啃過泥，特別是作為乙方在幫甲方寫建設(shè)方案時，由于之前缺乏經(jīng)驗經(jīng)常被專家挑戰(zhàn)，甚至評審無法通過的情況。
后來我們找了評審的專家溝通了我們出現(xiàn)的問題，發(fā)現(xiàn)政務(wù)項目的建設(shè)方案其實是有套路的，掌握了這些套路，就比較容易搞定，一次性過會成功。今天把總結(jié)的這些內(nèi)容分享出來供大家參考（注：還沒參與過千萬級以上的大項目，本文內(nèi)容更偏百萬級別小項目的運作流程）。
一、了解政府項目流程
總體流程：立項（做不做）→ 規(guī)劃設(shè)計（怎么做）→ 招標（誰來做）→ 施工 → 竣工 → 結(jié)算審計。
1. 政府項目流程詳細描述
- 市場獲取項目信息或主動推進項目主管部門內(nèi)部立項；
- 主管部門內(nèi)部編制或招標設(shè)計公司進行可行性研究報告編制，確定項目范圍及投資預(yù)算；
- 由主管部門內(nèi)部編制立項申請（項目建議書）會同可行性研究報告提交上級部門進行立項審批（發(fā)改委、工信委、財政、市政府等）；
- 立項審批通過后，由設(shè)計公司進行初步設(shè)計方案編制（包括具體需要實施的項目內(nèi)容以及項目分項預(yù)算），編制完成送發(fā)改委、工信委、財政評審。
- 評審?fù)ㄟ^后依據(jù)方案內(nèi)容組織實施廠商進行招標，確定項目具體實施單位。
- 實施單位編制項目實施方案送項目負責(zé)部門評審，評審?fù)ㄟ^后開始實施。
2. 特殊流程
政府先行招標框架中標方，隨后再行制定初步設(shè)計方案，后中標方提供詳細實施方案，評審?fù)ㄟ^后實施（這個流程按道理不怎么合規(guī)，但卻符合國情，你懂得~）。
項目前期初步設(shè)計方案通過評審后通過單一來源指定總集成商，負責(zé)后續(xù)方案實施，總集成商根據(jù)政府要求對單個項目進行招標，并將招標結(jié)果報政府備案。
二、明確幾個重要角色
特別說明：項目規(guī)模不同，涉及的流程步驟不同，小項目一般會簡化流程。
- 某些小項目，建設(shè)單位同時是審批單位，一般邀請各領(lǐng)域?qū)＜疫M行評審；
- 正常情況要求設(shè)計單位和施工單位不是同一機構(gòu)，但有時也不正常??；
- 一般情況下采購單位就是建設(shè)單位，但銀醫(yī)項目采購單位經(jīng)常是合作銀行。
三、建設(shè)方案的重要參考依據(jù)
2007年八月國家發(fā)改委發(fā)布的第55號令，頒布了《國家電子政務(wù)工程建設(shè)項目管理暫行辦法》（簡稱“辦法”），根據(jù)國家信息化領(lǐng)導(dǎo)小組的工作部署和要求，結(jié)合電子政務(wù)工程項目建設(shè)管理的特點和問題，在深入調(diào)研、廣泛征求意見基礎(chǔ)上編制而成的我國針對信息化工程提出的系統(tǒng)性管理規(guī)范，也是今后一個時期從事政務(wù)信息化建設(shè)的部門和機構(gòu)必須嚴格遵守的法規(guī)性文件。
出臺該辦法首先是扎實推進電子政務(wù)發(fā)展的需要，該辦法明確立項規(guī)則，強化項目管理，約束政府投資行為，遏制盲目建設(shè)風(fēng)潮。
其次，是規(guī)范審批程序和要求的需要。有效解決政務(wù)信息化項目審批時間長的矛盾，必須從制定管理辦法、規(guī)范審批程序、明晰審批規(guī)則、改善審批服務(wù)這一關(guān)鍵環(huán)節(jié)入手。
第三，是強化政務(wù)信息化項目管理的需要。需要有比普通基建項目更嚴格的制約和管理機制，做好立項前的咨詢服務(wù)尤其重要。
主要參考條目
第七條電子政務(wù)項目原則上包括以下審批環(huán)節(jié)：項目建議書、可行性研究報告、初步設(shè)計方案和投資概算。對總投資在 3000 萬元以下及特殊情況的，可簡化為審批項目可行性研究報告（代項目建議書）、 初步設(shè)計方案和投資概算。
注：金額小的項目甚至簡化為：一個建設(shè)方案，一次上會評審。本文所整理的建設(shè)方案編寫要點，基本以這類項目為主。
第十三條項目初步設(shè)計方案和投資概算報告的編制內(nèi)容與項目可行性研究報告批復(fù)內(nèi)容有重大變更或變更投資超出、已批復(fù)總投資額度百分之十的，應(yīng)重新報批可行性研究報告。
第十六條遵從優(yōu)先采購本國貨物、工程和服務(wù)的原則。
第二十條項目建設(shè)單位必須嚴格按照項目審批部門批復(fù)的初步設(shè)計方案和投資概算實施項目建設(shè)。如有特殊情況，主要建設(shè)內(nèi)容或投資概算確需調(diào)整的，必須事先向項目審批部門提交調(diào)整報告，履行報批手續(xù)。
另外，很多地方政府也出臺了對55號令的地方性解釋，比如《青島市政府投資項目管理暫行辦法》，在寫建設(shè)方案的時候要一并關(guān)注。
該辦法同時提供了編制要求和文檔模板供我們參考，對于中小型的電子政務(wù)項目，重點參考附件三：國家電子政務(wù)工程建設(shè)項目初步設(shè)計方案和投資概算編制要求 。
四、不容有失的項目建設(shè)必要性
項目建設(shè)的必要性是要不要做的重要依據(jù)，很多項目不予以立項，很多時候是專家感覺沒有必要立項，或者匯報人沒有把項目建設(shè)的必要性說清楚。
1. 優(yōu)先級1：直接引用政策文件或上級指示
依據(jù)×××?xí)h，《××××》文件要求，作為××工作重點（領(lǐng)導(dǎo)講話，國家、省、市信息化發(fā)展戰(zhàn)略與規(guī)劃等）。
2. 優(yōu)先級2：現(xiàn)狀特別需要
目前狀況×××，存在×××問題，建立本系統(tǒng)能夠解決相關(guān)問題。
方案基于××××需求調(diào)研基礎(chǔ)上編制。在編制過程中，走訪了×××、×××、×××等相關(guān)處室和直屬職業(yè)單位，以推進×××信息化、推進建設(shè)和諧××為目的，緊扣實際需求編制本方案。
3. 優(yōu)先級3：比較其他城市的項目建設(shè)情況
有其他城市作為范例，特別是和本城市級別規(guī)模差不多的領(lǐng)軍城市做對比，闡述項目的必要性，要爭創(chuàng)一流，不能甘于落后。
需要特別注意的是，沒超過五年的項目不建議重建，否則不符合國家要求利舊和復(fù)用的經(jīng)濟思想。
五、容易忽視的可行性報告
可研報告批復(fù)文件一致的可研報告(批準版)是必要的，它是初設(shè)的主要依據(jù)，是衡量初設(shè)是否全面響應(yīng)可研批復(fù)精神的有效對比文件。
需要注意的事項：
1）為什么選擇這個技術(shù)或者這種方案？
從需求滿足程度、技術(shù)的成熟度、技術(shù)應(yīng)用的經(jīng)濟因素等方面做說明。
如果是替換原有架構(gòu)，要說明原有架構(gòu)的問題和局限性，以及當(dāng)前架構(gòu)相比原有架構(gòu)的優(yōu)勢。
2）為什么要定制開發(fā)？
理由很簡單，因為市面上沒有成熟的產(chǎn)品！如果市面上有成熟的產(chǎn)品，就要采購優(yōu)先，采購價格最好在當(dāng)?shù)乇葍r中不要太離譜。一般從后期的運維中獲得收益。
在可行性報告的環(huán)節(jié)，不僅要驗證可行性，同時要對性能指標、容量計算、功能指標等技術(shù)參數(shù)做出說明。
六、容易出錯的初步設(shè)計
初步設(shè)計是建設(shè)單位自己或者委托設(shè)計單位為該項目做前期的整體的方案設(shè)計，初步設(shè)計是后期招投標的重要參考的建設(shè)內(nèi)容和參數(shù)要求。以下重點強調(diào)幾個要點：
- 初步設(shè)計的估算和可研階段可以有10%之內(nèi)的偏差，偏差太大需要補充審批！
- 建設(shè)目標和建設(shè)內(nèi)容一定是可量化、可考核的！
- 建設(shè)目標、建設(shè)內(nèi)容、設(shè)計方案和投資概算要實現(xiàn)四個統(tǒng)一！
- 要體現(xiàn)設(shè)計內(nèi)容，多用設(shè)計圖。專家經(jīng)常重點關(guān)注幾張圖（總體架構(gòu)圖、業(yè)務(wù)流程圖、數(shù)據(jù)流向圖、網(wǎng)絡(luò)拓撲等），要畫的足夠?qū)I(yè)！
初設(shè)容易出錯的幾個地方：
1）用需求替代設(shè)計
比如下圖所示的內(nèi)容，這是需求，不是設(shè)計。
需求是我需要什么？而設(shè)計要強調(diào)的是如何做！
比如在這段描述的基礎(chǔ)上，增加下圖，不僅描述了要做成什么，同時也提供了如何做的思路。如果將此部分內(nèi)容補充如下圖所示的流程圖，就是需求內(nèi)容轉(zhuǎn)化為設(shè)計內(nèi)容。
2）用軟件的功能描述替代設(shè)計
用軟件功能描述來替代設(shè)計也是經(jīng)常犯的錯誤，初設(shè)方案是項目還沒開發(fā)之前作出的，怎么會有成型產(chǎn)品？
這種情況往往是施工單位充當(dāng)設(shè)計單位的情況下經(jīng)常犯的錯誤！
用原型圖、示意圖表示自己的設(shè)計，而不要用產(chǎn)品截圖，切記！
3）把需求當(dāng)目標，把目標當(dāng)需求
目標是需求的一種，但它是可量化、可考核的需求，但業(yè)務(wù)需求要比目標更具體，更關(guān)注細節(jié)。一句話需求多數(shù)和目標雷同，盡量避免！
七、特別關(guān)注的投資概算
1）人月單價標準一般是確定的，不要提高單價，可以調(diào)整人月
比如青島的人月單價標準一般是1.6萬（已經(jīng)快十年沒變過了，看看現(xiàn)在飛漲的物價，也只能呵呵了），不要超過2萬/人月，最好按照1.8萬人月進行計算。
2）報價要考慮重用和共享率，避免重復(fù)建設(shè)帶來不必要的重復(fù)投入
比如某單位已經(jīng)采用了某軟件作為數(shù)據(jù)分析工具，如果該項目中也需要該工具，盡量利舊、復(fù)用。
3）查詢類和統(tǒng)計分析類特別容易重復(fù)報價
多個用戶功能，可能只是名稱不同，其實是可以合并成一個模塊或者一套程序開發(fā)的，盡量不要重復(fù)報價。
4）要區(qū)分產(chǎn)品購買、定制開發(fā)、運維服務(wù)等，他們的報價標準是不一樣
5）概算中所涉及的內(nèi)容，均要在建設(shè)內(nèi)容部分有涉及！
這點非常重要，我會下面一段章節(jié)介紹。
6）總體報價，工作量估算，甚至考慮建設(shè)周期，均需要匹配，至少要合理！
八、專家評審思路
建設(shè)方案的評審，主要由政府專家?guī)斓母黝I(lǐng)域?qū)＜掖磉M行，很多時候建設(shè)方案的內(nèi)容只有到評審會上專家才第一次看到，在有限的時間內(nèi)要完成項目的評審，對專家也是一件具有挑戰(zhàn)性的事情，在這種情況下專家一般不會面面俱到的通篇閱讀方案內(nèi)容，那么專家評審的思路是怎樣的呢？
- 按照倒序，先看總體概算表格，找到人天和費用，看概算合不合理。
- 重點關(guān)注總體建設(shè)方案，特別是看前面提到的幾個架構(gòu)圖，所以這部分要寫的比較專業(yè)。
- 根據(jù)概算的內(nèi)容再找到具體功能點，凡是概算出現(xiàn)的，建設(shè)內(nèi)容中均需要有支撐。
通過對于政府項目流程的了解和學(xué)習(xí)，對建設(shè)方案的注意事項進行梳理，在后面的幾個項目中實踐應(yīng)用，方案評審的通過率大大提高，希望這篇文章也能幫助正在從事電子政務(wù)項目的你。
#專欄作家#
菜根老譚，微信公眾號：CGLT_TAN，人人都是產(chǎn)品經(jīng)理專欄作家。經(jīng)歷程序員、技術(shù)Leader、產(chǎn)品經(jīng)理、研發(fā)Leader等多種崗位?，F(xiàn)負責(zé)某科技公司整體產(chǎn)品研發(fā)，擅長企業(yè)IT架構(gòu)及互聯(lián)網(wǎng)產(chǎn)品架構(gòu)。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自Unsplash，基于CC0協(xié)議
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。