编辑导语：随着互联网的不断发展，以及信息化的普及，智慧政务行业也在不断的发展融合中，而且政府信息化的建设是一个漫长而又快速发展的过程；在做政务项目时，我们需要注意些什么？本文作者分享了关于政务项目的一些经验，我们一起来看一下。

政务信息化项目也就是我们常说的toG（to Government）项目，接触过这个领域的同学应该知道：项目超期、经费超预算、无法验收甚至根本未投入使用的情况时有发生，更别谈创造业务价值了！

本人恰巧有几年toG从业经验，根据亲身实践总结了容易被忽略，而又与项目成功与否高度相关的4个大坑，分享出来就当抛砖引玉，欢迎交流~

一、忽略关键干系人

坊间流传这么一句话“要成功实施一个项目，首要工作就是在甲方给项目找一个爹！”也就是说要在甲方给项目找一个强有力的推动者。很显然，这对于政务项目的顺利开展及验收是非常关键的。

然而实际情况经常是乙方承接了一个项目，项目经理却不知道甲方客户中谁掌握着话语权，谁是项目的发起者？项目实施的负责人在哪里？

然后就发生了这样那样的场景：

• 想确认个业务流程吧，得找好几个部门或者好几个人，各说各的甚至还会说法不一，抓狂啊…
• 想找人签字吧，A说他定不了，B也说定不了，着急呀…
• 快开发完了，客户突然说功能要大改，不符合业务要求，殊不知是原来发起该项目的领导调走了，吭哧吭哧做了半天，新领导有了新想法，好气哦…

在项目初期就识别项目背后的发起人（通常是领导层）、实施负责人（可能是管理层或业务人员）， 捋清发起人的初衷及利益诉求，对于需求调研、推广使用、验收回款都非常重要，还能省去不少事务性协调的时间，何乐而不为？

也许你会说发起人易识别，实施负责人难找，甚至客户也没有这个意识；这时就需要乙方项目经理寻找机会（最好是在比较正式的公开场合，如项目会议）让甲方领导明确指定实施负责人，保障项目顺利实施。

二、含糊的项目目标

翻看政务项目的建设方案，你可能会发现它是这么描述项目目标的：“通过建立xxx平台，充分发挥互联网+政务效用，打通民众在办理xxx业务的赌点、痛点，同时提高业务人员的工作效率，促进各部门间的业务协同和数据协同”；乍一看没啥问题，但其实你随便给它套哪个项目都毫无违和感，这就是所谓的无效信息传递，这类大而空的目标描述对项目建设没有任何指导意义。

如果只是因为文案能力差无法准确清晰地描述项目目标，问题还没那么严重，最怕的是客户说“前几天领导点名表扬了xxx省做的xxx平台，我们也抓紧上线一个”、 “没开发出来我们也不知道好不好用，你们先做出来给我们看看吧” 。

也许有的同学会抱着侥幸心理，以为客户没提具体需求就代表自己能自由发挥，殊不知这可能是一个开发内容不可控、成本不可控，甚至永远也验收不了的项目！

不可否认，有的客户确实说不清楚自己到底要做什么，此时就是乙方施展专业技能的时候了：

• 问清楚用户发起项目的初衷，由于什么契机要做这个项目：考察调研？新政策发布? 热点及新技术趋势？站在客户立场一起探讨、发掘项目发起的初衷可以指导我们快速抓住重点。
• 跟客户沟通时是否使用技术语言增加了沟通难度？诸如“数据字典”“流程引擎”“数据中台”词汇可能会吓跑客户，不利于他们充分参与到需求调研中。客户是业务专家，乙方才是技术方案解决专家，跟客户谈业务场景，不要谈技术方案。
• 需求确认时加入低保真原型、业务流程图等更直观的表达形式，提高沟通效率。

三、未尽早识别对外依赖

很多小伙伴在完成需求调研后，就按部就班的开始梳理需求、设计原型，直到进入了开发阶段，才着手外部数据接口申请、服务器资源申请等流程，这就很容易出现开发暂停等资源的现象；甚至会因为外部资源与预期不一致造成需求变更，严重时会因项目无法如期上线而影响客户业务。

以下是政务项目中常见的对外依赖，对于紧急项目，越早识别（并处理）风险越小：

• 服务器：通常要以业主名义向信息中心（专门管信息化的政府部门）提交服务资源申请，涉及到服务资源申请流程，且需要提交业主签章后的申请表，所以是需要一定时间的
• 数据接口：做政务项目经常需要与其他部门做数据协同，这就涉及到数据使用权的协调；比如你需要的数据其他部门是否同意开放共享权限？是否已经有现成接口供调用？数据使用的申请流程是怎样的？诸如此类的协调事项花费的时间有时比技术对接时间更久
• 外部系统集成：“一网通办”是2018年以来国务院对政务服务平台建设的指导原则，因此我们在做政务项目时一定要搞清楚是否需要与其他系统集成，如何集成？是自建用户体系还是直接接入一体化账户体系？

四、缺少非功能性需求分析

提到非功能性需求分析，诸如“高并发”“高性能”“兼容性强”“敏感数据加密”等字眼就立马跳入脑海，我见过太多项目建设方案都是诸如此类的定性描述，简直像是商量好的一样。

我们做政务项目一方面是要通过最终验收的（不然拿不到钱），另一方面也要满足业务需求，缺少非功能性需求分析可能会给自己挖一个早晚都要跳进去的坑！

以下几类非功能性需求分析大家可别忽略：

• 部署网络环境：是部署在政务内网？政务外网？是否存在网络不通的问题？
• 客户端环境：到客户办公现场看看吧，你可能会发现win7系统是主流，甚至还有不少人在用IE浏览器！近年来政府也在推国产化，你的客户可能已经用上了国产化操作系统
• 国产化：项目是否有国产化的要求？如果有，技术选型时就不得不一并考虑
• 安全等保要求：很多政务项目需要做安全等级保护测评，不同等级对访问控制、安全审计、数据安全等的要求不同，如果等到要测评或测评不通过才做项目改造，事倍功半
• 用户量：系统的用户量峰值大概是多少？是否存在阶段性使用的特点（比如有的业务仅在一年的固定时间段才受理）？了解这些信息有助于合理使用资源，说不定还可以避免过度开发节省成本

五、总结

芒格曾说：

如果你们想要帮助印度，应该考虑的问题不是「我要怎样才能帮助印度？」与之相反，你们应该问：「我要怎样才能损害印度？」你们应该找到能对印度造成最大损害的事情，然后避免去做它。

政务项目是一个系统性的工程，要求项目经理具备较强的组织整合能力，要成功实施一个政务项目，注意事项多到小本本记不下；通过逆向思维不断总结失败原因并尽量避开，何尝不是提高成功率的有效途径？

我发现网上的政务项目资料真的特别少，如果大家对这个领域感兴趣，后续我就再分享几篇，希望能跟大家一起交流学习~

本文由 @辣椒圈 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 Unsplash，基于CC0协议。