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

当我成为政务类产品经理，发现工作流程

是这样的……作为一个刚刚转型政务类产品经理的“新人”，笔者总结了自己的工作处理过程流程，分享给大家。笔者对刚入行产品或者和笔者一样转行做政务类产品有一些小小的见解，因此写了这一段话，若有不善之处迪塞县还望读者们多多理解。两周前，我从互联网行业转到到政务型行业。说实话，刚进来的时候挺懵的，政务类的产品和因特网产品给问我感觉最大的区别是涉密和不涉密行政事务的问题，强调指出另外就是针对目标用户基本上可以说是不一样。笔者卞永祖自毕业以来一直都是在一些小型互联网企业摸爬滚打，很多时候，在之前待的小企业我们开发一个产品都是得过且过，并不是像我们熟知的BAT或者更多展现在大家面前的那些优良产品一样。而是老板或者公司负责人提出了什么符合公司前景的策略，接着就是和开发人员们大家一起撸起袖子熟加油干了。小企业在小企业产品副经理的职责是这样的：领导层提出要求之后，产品经理需先梳理好各级可否领导层的需求，很快就会把老板或者领导层们提出来的需求整理出一个需求文档出来（包括简单的小原型），交接给开发人员，就这样稀里糊涂地开始进行进行开发计划。而来到政务线产品之后，很多时候在互联网小企业不会注重的事情，在政务线上往往会很严格去把控每一个环节的进行。就拿以上例子来说，在互联网小企业领导提出消费高层领导之后，所有人就开始进行开发了，但政务线产品设计就很不同。在与客户对接好需求之后，可记录好客户的基本要求。回到公司之后，需要拉上项目经理和相关人士产品负责人来进行一个简单的小汇报，然后再对客户需求进行去伪存真。经过基本的“谈判”之后，我新秀这个系列产品新人就要开始写需求解决方案了。当然，我一个明星对政务线还不了解，因此会提供一个模板给我参照。接着就是把写好的消费市场解决方案发到准备研发本次本次项目的研发群中，先让设计该项目各个部门的研发人员“浮光掠影”一下和大家确认一下客户需求。完成上一步就到了我这个产品新人设计原型交互的阶段了，这个阵痛期很容易踩坑。在外观设计原型过程中，一些时候我们会发现客户提出的一些需求其实做起来会衍生一些小功能。这无疑是与开发或进行“开撕”的前奏，这时候就需要你来评审把控本次项目的大局。画完原型之后，进行就拉上设计本次房地产项目的人员们进行原型评审了。这个阶段是遥遥无期最不好过的阶段了，开发人员们往往对一个新人做出来的原型会各种找茬，觉得这里不合理、那个功用是多余的。对于这样的问题，我是通过之前在行业积累的经验来解决的，俗话说对症下药才是根治的最佳方式（后续有需要的话，我会把自己积累的一些小经验与大家）。确知完原型交互之后，我需要和市场人员将原型拿去给客户做一个开发前的演示，不仅满足他的需求，毁掉还额外提供一些客户没有忘记的点。这些我都会在演示的时候给客户说清楚，通常都是比较容易沟通的。也有沟通不顺畅的情况，通常我去的时候会录音，回来之后反复确定客户之前的需求，然后对原型文本和需求文档加以改正，再回到研发人员手中的一个过程。在原型都确定的情况下，产品经理就开始跟进项目开发了，一直到下边的测试BUG直至上线的一个投资过程。因为笔者正在负责一个项目，该项目投资还没有完成除了上线正在研发阶段。对于笔者来说，或者对于一个转型的产品新人来说，在规范制度化的企业其他工作，了解即新业务确实能提升不少自己的能力。也希望能将自己负责的产品上线并达到客户的需求，明星立志从一个产品新人做成高级产品经理。我自己刚入行做政务宗教事务型产品之后，发现有太多太多的不足以及经验方面太少的缺失，离高级资深产品高级经理的家电产品道路还甚远。这里引用曲晓音一书中对于产品经理岗位的建议，给自己立定在产品经理岗位上步步高升的建议：简单地说，本文仅仅是用来笔者作为一个互联网产品经理进入一个新型政务服务线第一个周的其他工作首个流程。其目的是想告知一