快好知 kuaihz

当我成为政务类产品经理,发现工作流程是这样的……

作为一个刚刚转型政务类产品经理的“新人”,笔者总结了自己的工作流程,分享给大家。

笔者对刚入行产品或者和笔者一样转行做政务类产品有一些小小的见解,因此写了这篇文章,若有不善之处还望读者们多多理解。

两周前,我从互联网行业转到到政务型行业。说实话,刚进来的时候挺懵的,政务类的产品和互联网产品给我感觉最大的区别是涉密和不涉密的问题,另外就是针对目标用户基本上可以说是不一样。

笔者自毕业以来一直都是在一些小型互联网企业摸爬滚打,很多时候,在之前待的小企业我们开发一个产品都是得过且过,并不是像大家熟知的BAT或者更多展现在大家面前的那些优秀产品一样。而是老板或者公司负责人提出了什么符合公司前景的策略,接着就是和开发人员们大家一起撸起袖子加油干了。

在小企业产品经理的职责是这样的:

领导层提出要求之后,产品经理先梳理好各级领导层的需求,很快就会把老板或者领导层们提出来的需求整理出一个需求文档出来(包括简单的小原型),交接给开发人员,就这样稀里糊涂地开始进行开发。

而来到政务线产品之后,很多时候在互联网小企业不会注重的事情,在政务线上往往会很严格去把控每一个环节的进行。

就拿以上例子来说,在互联网小企业领导提出需求之后,大家就开始进行开发了,但政务线产品就很不同。

政务线产品

在与客户对接好需求之后,会记录好客户的基本要求。回到公司之后,需要拉上项目经理和产品负责人来进行一个简单的小汇报,然后再对客户需求进行去伪存真。

经过基本的“谈判”之后,我这个产品新人就要开始写需求解决方案了。当然,我一个新人对政务线还不了解,因此会提供一个模板给我参照。

接着就是把写好的需求解决方案发到准备研发本次项目的研发群中,先让设计该项目各个部门的研发人员“浮光掠影”一下和大家确认一下客户需求

完成上一步之后就到了我这个产品新人设计原型交互的阶段了,这个阶段很容易踩坑。在设计原型过程中,很多时候我们会发现客户提出的一些需求其实做起来会衍生很多小功能。这无疑是与开发进行“开撕”的前奏,这时候就需要你来评审把控本次项目的大局。

画完原型之后,就拉上设计本次项目的人员们进行原型评审了。这个阶段是最不好过的阶段了,开发人员们往往对一个新人做出来的原型会各种找茬,觉得这里不合理、那个功能是多余的。对于这样的问题,我是通过之前在互联网行业积累的经验来解决的,俗话说对症下药才是根治的最佳方式(后续有需要的话,我会把自己积累的一些小经验与大家分享)。

确定完原型交互之后,我需要和市场人员将原型拿去给客户做一个开发前的演示,不仅满足他的需求,还额外提供一些客户没有想到的点。这些我都会在演示的时候给客户说清楚,通常都是比较容易沟通的。也有沟通不顺畅的情况,通常我去的时候会录音,回来之后反复确定客户的需求,然后对原型和需求文档加以改正,再回到研发人员手中的一个过程。

在原型都确定的情况下,产品经理就开始跟进项目开发了,一直到后面的测试BUG直至上线的一个过程。

工作成果

因为笔者正在负责一个项目,该项目还没有完成上线正在研发阶段。

对于笔者来说,或者对于一个转型的产品新人来说,在规范制度化的企业工作,了解新业务确实能提升不少自己的能力。也希望能将自己负责的产品完整上线并达到客户的需求,立志从一个产品新人做成高级产品经理。

自我反思及建议

我自己刚入行做政务型产品之后,发现有太多太多的不足以及经验方面的欠缺,离高级资深产品经理的道路还甚远。

这里引用曲晓音一书中对于产品经理岗位的建议,给自己立定在产品经理岗位上步步高升的建议:

思考自己的产品对公司发展的影响;

考虑如何扩大自己的产品版图;

进行长线思考,而不是局限在短期目标上;

思考如何加快产品的开发流程;

弄清楚自己的独特优势是什么,以及如何发挥。

总结

简单地说,本文仅仅是用来描述笔者作为一个互联网产品经理进入一个新型政务服务线第一个周的工作流程。

其目的是想告知一些新人产品经理和转行做政务类产品经理的新人,关于工作中的基本流程;以及在与跨部门协作之间可能会遇到的“踩坑”场景和工作流关系,以及对自我的反思和建议。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:工作流程  工作流程词条  政务  政务词条  成为  成为词条  经理  经理词条  这样  这样词条