如何做ToG产品，经验分享和套路

编者按：

作者上一篇《某智力共享平台产品之我见 》交代了整个产品的背景，这一篇总结了实战中的经验，对于即将入职大型to B公司的项目经理、产品经理有一定参考意义。

       写这篇文章的动力起先来自于群里交作业的压力，不交就被踢了，你说多恐怖！之后在过程中感觉到写文章做总结还是好啊，把自己混乱的小脑袋格式化了，数据有点结构化了，感谢的学习群。

      选择ToG产品这个题目一是因为自己亲身实践，另外社区里ToB和ToC的产品文章多，ToG产品比较另类，一想到给伟大的政府客户做产品就感觉浑身失去了人权和自由！我真心实意的更乐意为劳苦大众做产品做服务！哦是真心的！有好多好多伟大的服务大众的产品设计，正深深的存储在我无比复杂的神经元结构中。。。

一、做ToG产品常见的问题

总结了几点比较常见的，这些涉及到商务、产品规划、提案、评审等过多个环节。

1、沟通了这莫多次，就是不知道对方想干嘛？

       这种情况很常见，每次负责商务的童鞋说xxx政府xxx部门要做个xxxx时，总是说不明白要做啥。然后在商务童鞋的安排下和xxx政府xxx部门的xxx领导及各位小弟沟通，他们确实是没说明白要干嘛，但是有一点肯定是能搞明白的，这个后面说。

2、哎，他们说的好虚，太虚！

       这个背后的道理也挺简单的，政府要为社会服务，考虑的东西要全，说出来的话自然就显得虚，你看看政府领导讲话是不是都这样？别总看不起我们政府领导哦，高大上的美帝的领导奥黑、床破不更是心灵鸡汤挂嘴边吗，相比而言我们的领导们还是干实事的。

3、对话不在同一频道上。。。

      这个没啥好说的，工作、生活的环境有明显差异，语境自然区别大，语言是同一个语种，但是大脑里思考问题的方式是鱼和飞鸟的距离。

二、了解ToG的特点

1、认真挖掘政绩需求-ToG的需求特点：

      “一切需求最后都是一个血肉之躯的人的需求”---李昊燇语（默默自己点赞），对于政府客户而言，深度了解和理解最高决策人的需求是必经之路（回答上面的）。都知道搞产品要有产品思维，其中一大特征就是要想清楚Why?，而不是关注于How？。请问自己，这位神情庄重的政府领导为嘛要冒着反腐倡廉的春风，挖这麽深刻的大坑？他想盖成哪样的建筑？毫无疑问的就是“政绩”二字！没有“政绩”就是“不作为”，就没有升迁的前途，就没有权利，就没有美好的一切。。。

       所以你不能光想着这个产品、这个项目为社会解决了啥问题，为大众解决了啥问题，必须要想想能为他或者她塑造出什么样的政绩，这政绩要能看得见摸得着，说白了就是能让更高层领导认可点赞，能值得媒体报道。当然，你也不能忘记为社会为人民服务这事，如果是纯粹的样子货是万万不能的，当今的政府领导和干活的小弟们都更加务实了，所以还要有干货，而干货是要分析相关部门的实际需要找出来的。

       举个例子，搞网上政务服务大厅，这玩意其实已经烂大街，但是中央提了要求，各级地方政府就得落实。基本的服务是实际存在的，就是把能搬到网上实现的都弄成在线服务的，这就是实际业务需求。但是光弄了这些还是不行的，各地都有，特色在哪？让领导牛逼闪闪的地方在哪？你得给神情庄重的领导找到眼前一亮，能拿出去喷的“政绩抓手”。比如，咱们这个网上大厅是高度智能化，有个比微软小冰还聪明、比Siri还简单、比高德地图口音还更多的机器人，群众在app端就搞定QA了，谁还说咱政府人员态度不好涅？谁不称赞咱们把握了科技最前沿涅？不仅如此，我们还在线下的服务大厅门口都仍一台，把线下服务点也智能化了。这样一搞，中央交代的事办了，政绩亮点也有了，还看得见摸得着，虽然这个小机器人其实挺二的，但是多可爱啊。

2、业务层要和各主管部门当事人充分沟通：

       这些部门是具体干活的，你给领导吹的再好也得能解决这些干活的同志的实际工作需要。他们是知道你那个小机器人肯定会挺二的。必须要和他们耐心沟通，尽管他们工作效率比乌龟要高一点点，商务工作要跟上，多给这些小领导们汇报汇报，请他们参加座谈座谈，必要的时候借助下权利杠杆，从上向下给点大气压。这样把实际业务需求搞明白了，能干活的产品功能就有了。

3、体验感很重要：

      这里说的大多数产品都是软件的，不论你做的再复杂，技术含量再高，都只能体现在一块屏幕上。搞成这样收工是不行的，一定要让成果、效果充满体验感。弄个发布会、做个机器人二货、搞个体验厅都是你设计ToG产品时必须考虑的。这也是用户体验啊，要让这些为人民群众操心过度的领导们和更大的领导们深刻体验到“政绩”。

4、适应语境：

      解决层级对等是解决语境问题的关键，你可能是个很有创新能力的企业，但是你不是国字头央企，背后没有啥值得政府客户仰视的挂靠部门，那你永远和政府客户不对等，他们是官，你是民。这时候就需要借东风，如果没有挂靠部门那就请专家学者，让他们助你发言，语境问题基本就没问题了。

5、项目评审环节：

      这个其实没啥可说的，就是搞定专家。专家不会为你冒风险的，你写了一些太先进的、未经过验证的技术那是给专家们找麻烦。本子要对题，如果是xxxx建设方案，你就只写建设方面的，无关的内容一字别提。一定要把为啥要做给讲清楚，讲得简单易懂。专家们没空仔细看里面的细节，他们只看大纲，看头部，业务需求和功能对应就可以了，逻辑很重要，具体内容不重要。

6、功能和报价

      要想要钱就得拿内容充，所以往往实际不需要也得多弄点功能充报价，尤其是纯软的项目，你总得给评审团一个考评报价的理由。

三、ToG产品的思考结构

我也是一个刚接触产品不久的菜鸟，不足处请大家指正，最后总结下做ToG产品时的思维结构，方法论很重要，别管对不对也得总结套路：