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