经验总结:如何完美避开 To G 产品中的坑和套路

编者按:

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


   写这篇文章的动力起先来自于群里交作业的压力,不交就被踢了,你说多恐怖!之后在过程中感觉到写文章做总结还是好啊,把自己混乱的小脑袋格式化了,数据有点结构化了,感谢PMCAFF的学习群。  选择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产品时的思维结构,方法论很重要,别管对不对也得总结套路:

| 1、用户层面: | |
| | 领导人的政绩考虑,亮点抓手; |
| | 对这个政府机构的价值; |
| | 对社会的作用; |
| | 为什么一定要做?(比如不做会被上面追责); |
| | |
| 2、业务层面: | |
| | 有大局观,政府对各方面影响考虑比较多; |
| | 模拟政府领导人一样思考问题; |
| | 站在下级办事部门负责人的角度考虑问题; |
| | |
| 3、功能层面: | |
| | 虚实结合,考虑报价和评审; |
| | |
| 3、体验层面: | |
| | 如何用看得见摸得着的形式让政府领导和他的领导、媒体充分体验到这个“政绩”; |
| |

文、李昊燇

关键字:产品经理, tog

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部