没有做过To G? !那你的职业生涯，不够完整...

没有做过ToG？！那你的ToB职业生涯，不够完整...

To G  是 To B中非常特殊的领域。

做B端产品经理，在自己的职业生涯中，都或多或少的会遇到To G的项目。

我们首先来看一下To G项目的定义。

所谓To G中的G，一般指的客户是政府、国企、央企、事业单位、学校等机构。

所以，To G项目有着鲜明的特点。我来说说我的理解，以及和朋友讨论的观点。

特点1：面向领导设计需求，充分考虑使用者的满意度

这可能是最鲜明的特点。领导是否采购软件项目上会有比较大的决策权。

当然，To G项目不仅要面向领导，还要面向真正的使用方。To G的组织结构一般比较复杂。软件采购和软件使用往往不是同一个部门，甚至有可能不是一个体系。

但是，使用方的满意度，对维护To G长期合作，也有至关重要的作用。

ToG项目通常会按照年份进行分期建设，只考虑领导需求引起使用部门的不满。这样的结果是，二期项目可能就无望了。更多的领导喜欢做的是顺水推舟和锦上添花的事情，尤其是很多To G项目，都是需要上会讨论，通过集体讨论和决策，各方需求都需要照顾到。

所以，这就要求做To G领域的产品经理，一定要弄清楚To G项目的组织架构、关键角色以及角色的话语权。弄懂了这些，你才算弄懂一些门道。

体制内领导虽然是权威决策者，但影响和引导领导决策结论的方法也有不少（可以查一下沟通和项目管理的技能），只要是有价值的建议，以合适的方法进行传递，是可以改变领导决策的。

特点2：需要行业高大上的PPT

很多To G的项目，或多或少的带有一些咨询性质。所以，面对政府客户基本上要输出的是——综合性和前瞻性的解决方案。

在这个解决方案中产品，只是交付物元素之一，客户还会更多关注在：

1、产品是否可以以服务方式输出付费，而非购买产品本身

2、产品的运维成本乙方如何覆盖并维持

3、客户更希望乙方提供全套完整方案，替甲方全部想到的解决方案

4、乙方提供的方案是否具有行业前瞻性

所以，这些期望在产品立项之前，To G的甲方会要求乙方提供相关材料。

当然，高大上的PPT只是形式，更多的是B端产品经理对行业的洞察和总结。不仅仅是用似懂非懂的词汇，而是自己本身就有具备一套逻辑自洽的理论和思考。

特点3：不同于商业软件，会有很多从0到1的软件需求

很多To G项目，不同于商业软件。商业软件面向业务模式基本是可预期的。所以，这就意味着可以在成熟的软件体系上，进行定制化开发。

而To G项目的软件，往往面向不同业务流程和行政流程，经常会做一些从0到1的系统项目搭建。

To G项目的甲方客户，他们的关键诉求点有时并不仅仅聚焦在降本增效，所以参考企业产品的逻辑，生搬硬套，必然是条死路。

这就需要B端产品经理，能够根据不同角色的视角，快速还原整个业务的全景，梳理出核心业务的关键点。

特点4：对于软件的安全性极高

安全性要求高，是To G项目的应有之义。毕竟，很多实施项目背后是关乎社会运行的业务。很多To G项目几乎会部署在办公内网上的。

To G 特别注重隐私和权限。

这就需要B端产品经理，能够理解和设计权限体系。权限体系是软件的根本，设计时，需要具备前瞻性。

特点5：大屏监控和展示是必备的

懂的都懂...

总体而言，To G的甲方客户喜欢大公司、大厂家，能够做出大业绩。

To G项目的特点：领导决策周期长、预算按计划执行、需求变化快、汇报要高大上。

对于B端产品经理来说，做To G项目可以锻炼自己，从0到1的产品设计能力和项目管理能力。