编辑导读：to G是从to B衍生出来的一种特殊划分，面向的企业为政府或相关事业单位，主要是根据每年政府投入的财政预算，然后去做的一系列信息化项目。本文从作者自身工作出发，结合具体项目实践中的所思所想，根据自己第一次所经历的to G项目，分享总结了自己的一些心得体会，供大家一起参考和学习。

本来想两篇文章完结To G这个话题，但是在这半年多的工作中，却发现这里面的水深实在不是两篇文章可以说完的，那么就用三篇文章来说明To G这个大型话题吧。

在上一篇我们讲到，To G项目有几个特点：

• 用户基数极大
• 用户画像不明确
• 准确率，支撑能力等务必100%
• 需求有着大量不确定性

这次我要再补充两个特点

01 外部系统依赖性高

在这次合作的To G项目中，他们与很多其他的政务类，政府类系统都进行了业务上的连通，在一些主业务上甚至需要其他业务系统来进行信息完善和核对。

10月中就曾经发生过这样的一个事情：

由于对接的另一个系统出现问题，主业务上某个信息就无法进行校验和填充，这直接导致了该业务无法正常运行。

由于对方系统无法在短时间内完成修复，征得业务方的同意下，我们只能临时修改业务流程，跳过这一步校验，这样的操作也导致了系统中这部分业务出现了两天的脏数据……后续的数据清理工作也是一件十分繁琐而复杂的事情。

也许你认为这只是政府部门之间的对接问题，不属于我们的工作，这种想法是错误的。

不论是做To G还是To B/C这类的事情都有可能发生，如何在短时间内拿出方案，将影响降到**，是非常考验产品经理的应急能力的。

02 用户体验的对上与对下

我相信每个产品经理都会说这样的一个词：用户体验。

在做To C项目时，他强调的是应用场景下的流畅体验，无论什么方法，让用户爽是目标。

在做To B项目时，用户体验指的是流程通畅，因为对于B端的使用用户来讲，保证流程便捷通畅，完成既定的业务是目标。

那么To G项目的用户体验是什么？

是用户的流畅使用吗？不完全是，他们会为了保证数据准确，从而多重校验。

是流程的快速便捷吗？不完全是，政府业务有着严格的业务流程标准，需要多个部门协作的流程一个也不能缩减，甚至有着严格的上下级层级流转制度，不允许跨级。

那么他们的用户体验在哪里呢？有两个方面：