当我成为政务类产品经理,发现工作流程是这样的……
作为一个刚刚转型政务类产品经理的“新人”,笔者总结了自己的工作流程,分享给大家。
笔者对刚入行产品或者和笔者一样转行做政务类产品有一些小小的见解,因此写了这篇文章,若有不善之处还望读者们多多理解。
两周前,我从互联网行业转到到政务型行业。说实话,刚进来的时候挺懵的,政务类的产品和互联网产品给我感觉最大的区别是涉密和不涉密的问题,另外就是针对目标用户基本上可以说是不一样。
笔者自毕业以来一直都是在一些小型互联网企业摸爬滚打,很多时候,在之前待的小企业我们开发一个产品都是得过且过,并不是像大家熟知的BAT或者更多展现在大家面前的那些优秀产品一样。而是老板或者公司负责人提出了什么符合公司前景的策略,接着就是和开发人员们大家一起撸起袖子加油干了。
在小企业产品经理的职责是这样的:
领导层提出要求之后,产品经理先梳理好各级领导层的需求,很快就会把老板或者领导层们提出来的需求整理出一个需求文档出来(包括简单的小原型),交接给开发人员,就这样稀里糊涂地开始进行开发。
而来到政务线产品之后,很多时候在互联网小企业不会注重的事情,在政务线上往往会很严格去把控每一个环节的进行。
就拿以上例子来说,在互联网小企业领导提出需求之后,大家就开始进行开发了,但政务线产品就很不同。
政务线产品
在与客户对接好需求之后,会记录好客户的基本要求。回到公司之后,需要拉上项目经理和产品负责人来进行一个简单的小汇报,然后再对客户需求进行去伪存真。
经过基本的“谈判”之后,我这个产品新人就要开始写需求解决方案了。当然,我一个新人对政务线还不了解,因此会提供一个模板给我参照。
接着就是把写好的需求解决方案发到准备研发本次项目的研发群中,先让设计该项目各个部门的研发人员“浮光掠影”一下和大家确认一下客户需求。
完成上一步之后就到了我这个产品新人设计原型交互的阶段了,这个阶段很容易踩坑。在设计原型过程中,很多时候我们会发现客户提出的一些需求其实做起来会衍生很多小功能。这无疑是与开发进行“开撕”的前奏,这时候就需要你来评审把控本次项目的大局。
画完原型之后,就拉上设计本次项目的人员们进行原型评审了。这个阶段是最不好过的阶段了,开发人员们往往对一个新人做出来的原型会各种找茬,觉得这里不合理、那个功能是多余的。对于这样的问题,我是通过之前在互联网行业积累的经验来解决的,俗话说对症下药才是根治的最佳方式(后续有需要的话,我会把自己积累的一些小经验与大家分享)。
确定完原型交互之后,我需要和市场人员将原型拿去给客户做一个开发前的演示,不仅满足他的需求,还额外提供一些客户没有想到的点。这些我都会在演示的时候给客户说清楚,通常都是比较容易沟通的。也有沟通不顺畅的情况,通常我去的时候会录音,回来之后反复确定客户的需求,然后对原型和需求文档加以改正,再回到研发人员手中的一个过程。
在原型都确定的情况下,产品经理就开始跟进项目开发了,一直到后面的测试BUG直至上线的一个过程。
工作成果
因为笔者正在负责一个项目,该项目还没有完成上线正在研发阶段。
对于笔者来说,或者对于一个转型的产品新人来说,在规范制度化的企业工作,了解新业务确实能提升不少自己的能力。也希望能将自己负责的产品完整上线并达到客户的需求,立志从一个产品新人做成高级产品经理。
自我反思及建议
我自己刚入行做政务型产品之后,发现有太多太多的不足以及经验方面的欠缺,离高级资深产品经理的道路还甚远。
这里引用曲晓音一书中对于产品经理岗位的建议,给自己立定在产品经理岗位上步步高升的建议:
- 思考自己的产品对公司发展的影响;
- 考虑如何扩大自己的产品版图;
- 进行长线思考,而不是局限在短期目标上;
- 思考如何加快产品的开发流程;
- 弄清楚自己的独特优势是什么,以及如何发挥。
总结
简单地说,本文仅仅是用来描述笔者作为一个互联网产品经理进入一个新型政务服务线第一个周的工作流程。
其目的是想告知一些新人产品经理和转行做政务类产品经理的新人,关于工作中的基本流程;以及在与跨部门协作之间可能会遇到的“踩坑”场景和工作流关系,以及对自我的反思和建议。
本文由 @门外的蔷薇 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
哪家公司?
有没有解决方案PPT模版啊?借鉴借鉴
目前在国企,打算转行做政务产品经理,能加个微信聊聊么,向你求教
一样,求交流
准备本公司转战产品,希望能有机会交流,政务行业
能详细说一下踩过的坑吗
这不就是正常pm的流程吗?
政务行业呆了1年不到,个人感觉最大的坑,也是我现在最纠结的点。很多政务产品是只为项目交付负责,因为地方政府需要做亮点,也就会出现很多个性化。1、首先设计底层功能的时候,是否通用、多种情况适用,这个是整个产品设计时候最需要考虑的。 2、就是产品做设计的时候,怎么平衡项目功能和产品功能。很多时候去做一个通用可配置的产品功能,耗费的开发资源是成倍的,是为了通用性去消耗更多开发资源,还是只为项目交付做死功能,这个是我目前最纠结的点。(也是需求评审时候,和开发PK最厉害的地方) 😐
做项目就不要想通用,除非你的客户是稳定的,不然供应商分分钟换何必耗费自己成本便宜了别家
政务这块一般是整包,更多的是拿现有的产品,去填充整包的金额。比如说A市要个群众议事、B市要个网格员议事的。从产品角度上只是换了标签,复杂的是流程的通用,可能有的角色需要政府监管等。
第二点真的是深有体会,在B端saas类产品公司待过,目前在政务行业。
个人觉得政务行业都是以项目为主,客户需求调研清楚了就投入开发,然后交付,过程中为了节约项目成本,甚至很多产品的细节都可以不去开发。所以大部分工作还是以需求为主,产品的价值可能就体现在,在调研清楚新项目的需求后尽可能地复用已开发的功能。
但我觉得这种模式一定是会被取代的。这种模式很多时候就是,拿一些勉强能用的功能来拼凑。导致整个产品,群众用的不舒服,客户交付也不到位。我还是更偏向于做通用灵活配置的产品,基于产品功能去卖(可能有点理想化,毕竟这个需要多部门配合,比如售前怎么引导用户,后期的运营方案等)。而不是以项目为目的,收集客户需求,去拼凑功能。 😳
当然做成产品再进行市场推广,对产品经理来说是最好的模式,也是目标。 😳
想问下后期运营方案,这个是指?
这个要说个前提,我负责的这块是 2C2G。帮客户设计了些功能,还是要配合运营去在C端做用户粘性的。
工作多久了
才来一个周呢…
这不就是正常的过程的。。。
其实和互联网差不多,但也有很多区别