编辑导语：面对不同的用户与业务场景，产品经理在着手准备项目方案时便需要依据具体要求进行合理设计。那么，在政务项目方案设计中，产品经理应当注意哪些要点？本篇文章里，作者结合实际经验，总结了政务项目建设方案的设计要点，一起来看一下。
今年笔者开始参与更多的政府项目，对政府项目的工作流程、方案报价、落地实施比之前有了更深刻的体会。
当然在这个过程中也掉过坑、啃过泥，特别是作为乙方在帮甲方写建设方案时，由于之前缺乏经验经常被专家挑战，甚至评审无法通过的情况。
后来我们找了评审的专家沟通了我们出现的问题，发现政务项目的建设方案其实是有套路的，掌握了这些套路，就比较容易搞定，一次性过会成功。今天把总结的这些内容分享出来供大家参考（注：还没参与过千万级以上的大项目，本文内容更偏百万级别小项目的运作流程）。
总体流程：立项（做不做）→ 规划设计（怎么做）→ 招标（谁来做）→ 施工 → 竣工 → 结算审计。
市场获取项目信息或主动推进项目主管部门内部立项；
主管部门内部编制或招标设计公司进行可行性研究报告编制，确定项目范围及投资预算；
由主管部门内部编制立项申请（项目建议书）会同可行性研究报告提交上级部门进行立项审批（发改委、工信委、财政、市政府等）；
立项审批通过后，由设计公司进行初步设计方案编制（包括具体需要实施的项目内容以及项目分项预算），编制完成送发改委、工信委、财政评审。
评审通过后依据方案内容组织实施厂商进行招标，确定项目具体实施单位。
实施单位编制项目实施方案送项目负责部门评审，评审通过后开始实施。
政府先行招标框架中标方，随后再行制定初步设计方案，后中标方提供详细实施方案，评审通过后实施（这个流程按道理不怎么合规，但却符合国情，你懂得~）。
项目前期初步设计方案通过评审后通过单一来源指定总集成商，负责后续方案实施，总集成商根据政府要求对单个项目进行招标，并将招标结果报政府备案。
特别说明：项目规模不同，涉及的流程步骤不同，小项目一般会简化流程。
某些小项目，建设单位同时是审批单位，一般邀请各领域专家进行评审；
正常情况要求设计单位和施工单位不是同一机构，但有时也不正常?；
一般情况下采购单位就是建设单位，但银医项目采购单位经常是合作银行。
年八月国家发改委发布的第号令，颁布了《国家电子政务工程建设项目管理暂行办法》（简称“办法”），根据国家信息化领导小组的工作部署和要求，结合电子政务工程项目建设管理的特点和问题，在深入调研、广泛征求意见基础上编制而成的我国针对信息化工程提出的系统性管理规范，也是今后一个时期从事政务信息化建设的部门和机构必须严格遵守的法规性文件。
出台该办法首先是扎实推进电子政务发展的需要，该办法明确立项规则，强化项目管理，约束政府投资行为，遏制盲目建设风潮。
其次，是规范审批程序和要求的需要。有效解决政务信息化项目审批时间长的矛盾，必须从制定管理办法、规范审批程序、明晰审批规则、改善审批服务这一关键环节入手。
第三，是强化政务信息化项目管理的需要。需要有比普通基建项目更严格的制约和管理机制，做好立项前的咨询服务尤其重要。
第七条电子政务项目原则上包括以下审批环节：项目建议书、可行性研究报告、初步设计方案和投资概算。对总投资在 万元以下及特殊情况的，可简化为审批项目可行性研究报告（代项目建议书）、 初步设计方案和投资概算。
注：金额小的项目甚至简化为：一个建设方案，一次上会评审。本文所整理的建设方案编写要点，基本以这类项目为主。
第十三条项目初步设计方案和投资概算报告的编制内容与项目可行性研究报告批复内容有重大变更或变更投资超出、已批复总投资额度百分之十的，应重新报批可行性研究报告。
第十六条遵从优先采购本国货物、工程和服务的原则。
第二十条项目建设单位必须严格按照项目审批部门批复的初步设计方案和投资概算实施项目建设。如有特殊情况，主要建设内容或投资概算确需调整的，必须事先向项目审批部门提交调整报告，履行报批手续。
另外，很多地方政府也出台了对号令的地方性解释，比如《青岛市政府投资项目管理暂行办法》，在写建设方案的时候要一并关注。
该办法同时提供了编制要求和文档模板供我们参考，对于中小型的电子政务项目，重点参考附件三：国家电子政务工程建设项目初步设计方案和投资概算编制要求 。
项目建设的必要性是要不要做的重要依据，很多项目不予以立项，很多时候是专家感觉没有必要立项，或者汇报人没有把项目建设的必要性说清楚。
依据×××会议，《××××》文件要求，作为××工作重点（领导讲话，国家、省、市信息化发展战略与规划等）。
目前状况×××，存在×××问题，建立本系统能够解决相关问题。
方案基于××××需求调研基础上编制。在编制过程中，走访了×××、×××、×××等相关处室和直属职业单位，以推进×××信息化、推进建设和谐××为目的，紧扣实际需求编制本方案。
有其他城市作为范例，特别是和本城市级别规模差不多的领军城市做对比，阐述项目的必要性，要争创一流，不能甘于落后。
需要特别注意的是，没超过五年的项目不建议重建，否则不符合国家要求利旧和复用的经济思想。
可研报告批复文件一致的可研报告(批准版)是必要的，它是初设的主要依据，是衡量初设是否全面响应可研批复精神的有效对比文件。
需要注意的事项：
）为什么选择这个技术或者这种方案？
从需求满足程度、技术的成熟度、技术应用的经济因素等方面做说明。
如果是替换原有架构，要说明原有架构的问题和局限性，以及当前架构相比原有架构的优势。
）为什么要定制开发？
理由很简单，因为市面上没有成熟的产品！如果市面上有成熟的产品，就要采购优先，采购价格最好在当地比价中不要太离谱。一般从后期的运维中获得收益。
在可行性报告的环节，不仅要验证可行性，同时要对性能指标、容量计算、功能指标等技术参数做出说明。
初步设计是建设单位自己或者委托设计单位为该项目做前期的整体的方案设计，初步设计是后期招投标的重要参考的建设内容和参数要求。以下重点强调几个要点：
初步设计的估算和可研阶段可以有%之内的偏差，偏差太大需要补充审批！
建设目标和建设内容一定是可量化、可考核的！
建设目标、建设内容、设计方案和投资概算要实现四个统一！
要体现设计内容，多用设计图。专家经常重点关注几张图（总体架构图、业务流程图、数据流向图、网络拓扑等），要画的足够专业！
初设容易出错的几个地方：
）用需求替代设计
比如下图所示的内容，这是需求，不是设计。需求是我需要什么？而设计要强调的是如何做！
比如在这段描述的基础上，增加下图，不仅描述了要做成什么，同时也提供了如何做的思路。如果将此部分内容补充如下图所示的流程图，就是需求内容转化为设计内容。
）用软件的功能描述替代设计
用软件功能描述来替代设计也是经常犯的错误，初设方案是项目还没开发之前作出的，怎么会有成型产品？
这种情况往往是施工单位充当设计单位的情况下经常犯的错误！
用原型图、示意图表示自己的设计，而不要用产品截图，切记！
）把需求当目标，把目标当需求
目标是需求的一种，但它是可量化、可考核的需求，但业务需求要比目标更具体，更关注细节。一句话需求多数和目标雷同，尽量避免！
）人月单价标准一般是确定的，不要提高单价，可以调整人月
比如青岛的人月单价标准一般是.万（已经快十年没变过了，看看现在飞涨的物价，也只能呵呵了），不要超过万/人月，最好按照.万人月进行计算。
）报价要考虑重用和共享率，避免重复建设带来不必要的重复投入
比如某单位已经采用了某软件作为数据分析工具，如果该项目中也需要该工具，尽量利旧、复用。
）查询类和统计分析类特别容易重复报价
多个用户功能，可能只是名称不同，其实是可以合并成一个模块或者一套程序开发的，尽量不要重复报价。
）要区分产品购买、定制开发、运维服务等，他们的报价标准是不一样
）概算中所涉及的内容，均要在建设内容部分有涉及！
这点非常重要，我会下面一段章节介绍。
）总体报价，工作量估算，甚至考虑建设周期，均需要匹配，至少要合理！
建设方案的评审，主要由政府专家库的各领域专家代表进行，很多时候建设方案的内容只有到评审会上专家才第一次看到，在有限的时间内要完成项目的评审，对专家也是一件具有挑战性的事情，在这种情况下专家一般不会面面俱到的通篇阅读方案内容，那么专家评审的思路是怎样的呢？
按照倒序，先看总体概算表格，找到人天和费用，看概算合不合理。
重点关注总体建设方案，特别是看前面提到的几个架构图，所以这部分要写的比较专业。
根据概算的内容再找到具体功能点，凡是概算出现的，建设内容中均需要有支撑。
通过对于政府项目流程的了解和学习，对建设方案的注意事项进行梳理，在后面的几个项目中实践应用，方案评审的通过率大大提高，希望这篇文章也能帮助正在从事电子政务项目的你。
