【大师运营说】让产品需求顺利上线,不是件容易的事

记得之前在起点学院带就业班的时候,还跟学员说过:上课学到的都是模拟场景,业务方向都自己可控,走起来都很顺利。但产品经理想要真正提升,仍旧要实践实践再实践,因为你会在实际工作中遇到各种各样的问题,而“解决问题”的能力才是产品经理的核心价值。今天给大家分享的这几个问题,就充分体现了这点。

试想下,一般公司的产品迭代流程,都应该是:需求收集--产品设计--产品评审--UI设计--技术开发--功能测试—发布上线,但这一过程中,你很可能会遇到如下问题:

  • 产品跟业务对完需求后,在开需求会的时候,业务又说了跟之前对的不一样的需求,就比如之前说要xxx,后来过需求的时候又说不要了;
  • 产品过完需求,研发也表示没问题了,但研发过程中发现有做不了的,可能是真的实现不了,可能是技术原因,需要改方案;
  • 验收过程中,产品发现与需求不一样的地方,但开需求会的时候没人提出异议,但做错了,这种情况下,研发就会说你需求没写清楚;
  • ……

怎么样,上面的问题,你是否似曾相识?而对于完全没接触过产品工作的同学,真的会一脸懵逼,把设计好的需求推上线,比想象中要难太多。

那么,上面的问题有解么?我这里给出几个思路:

1、明确流程关键节点和产出物;

我之前的文章发过2张产品研发迭代流程图,今天再拿出来和大家分享下,第一张是基于工作衔接的流程图

这张图从左到右描绘了整个研发流程的各个阶段,从上到下则是每一阶段需要做的事情,图中我想重点强调的就是需求变更的处理流程(上图左上角流程部分)。第二张图如下:

这张图横轴不变,纵轴则是按角色分配其在不同阶段的工作。其中虚线部分是每个阶段里程碑所要形成的关键产出物,比如我们就是邮件。当所有角色确认邮件后,我们就认为大家无异议,这之后如果再反悔,那就基于此做后续沟通。其中对研发如此,对业务方也是如此。

2、给潜在风险预留时间,包括需求评估时间和需求变更时间;

首先大家要认知到,项目中出现风险很正常;第二,建议在需求评审后,开始开发前,预留充分的时间给研发同学熟悉需求,评估排期;第三,当发现真有漏判情况,先别急着追责,看看有没有办法以最低成本实现,如果实在不行,那就可以临时决定需求延后,并发邮件告知大家,事后再商讨更优解决方案。

3、持续跟进流程进度,定期check,提前规避风险;

关于如何避免上线前还有漏做需求的情况,我有三个建议,第一产品验收尽量提前,别到最后再验;第二借助测试的力量,一般测试用例几乎等于需求,因此务必参与测试用例评审,确认测试用例和需求一致,这样再做错了,就可以走Bug流程;第三,开发过程中多和开发沟通进度,确认是否有不理解的地方,随时补充修改,并群发通知,比如我之前分享过的任务看板和每日站会方法:

不过最后说一句,无论规章流程定的多细,毕竟事在人为,好的规矩无人重视也很难推行,因此建议先获得领导的支持,再根据实际情况有所调整,记住,方法千万条,适合自己的才是最好的。

以上就是今天的思考,你在需求推行中有遇到什么困难?你是怎么解决的?期待你的回复与我分享~

思源源码基地https://www.rmb4.cn所有源码资源均聚合于互联网各大会员资源站,仅用于您下载学习,如需商用,请您支持正版! 转载请注明出处!
源码基地-站长之家-网站模板-网站源码-源码之家-html模板-网页模板-Wordpress主题-织梦模板 » 【大师运营说】让产品需求顺利上线,不是件容易的事

源码基地,源码之家,全网网站源码,APP源码,免费下载,采集规则免费教学!

立即赞助 发布资源