提问
精华 让需求顺利上线,不是件容易的事
发布于 6 个月前 作者 shenyue 339 次浏览 最后一次编辑是 5 个月前 来自 产品

2019/8/9 今天的思考,同样来自一位同学的提问,里面提及很多关于产品执行流程中的问题,觉得还挺有代表性的,就写出来分享给大家~ 本文794字,阅读约7分钟

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

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

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

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

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

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

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

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

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

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

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

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

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

也给大家再分享几篇我之前写过的,关于项目风险控制的文章:

日思405.项目管理的风险规避心得 日思317.项目出现风险怎么办 日思v158.项目管理课4|项目执行和监控

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

以上就是今天的思考,你在需求推行中有遇到什么困难?你是怎么解决的?期待你的回复与我分享~ 日更不易,如果觉得对你有帮助,就分享一个吧 小广告:欢迎点击“阅读原文”,来我知识星球一起成长进步~ *关于《产品日思录》 《产品日思录》是我个人公众号上每天更新的系列文章,记录了我在做产品过程中的思考、总结、经验积累,如果觉得对你有帮助,欢迎随手转发留言~ 下面是历史文章目录: 产品日思录目录1-150 产品日思录目录151-200 产品日思录目录201-250 产品日思录目录251-300 产品日思录目录301-350 产品日思录目录351-380 产品日思录目录381-400 产品日思录目录401-430 产品日思录目录431-450 产品日思录目录451-500 产品日思录目录501-550 产品日思录目录551-600 近期日思汇总如下: 日思643.一道京东管培生群面题,试试不? 日思642.接手旧系统,该不该重构? 日思641.不认可领导的方案怎么办? 日思640.内容+互联网很难结合么 日思639.写在一万粉的日子 日思638.盘点几个不建议有的产品经理口头禅 日思637.怎么避免“需求随便提”的问题? 日思636.周末悦读|好产品拼的是共情力 日思635.脑洞模式2:收徒+职场服务 日思634.如何能做到思考全面? 日思633.基于数据倒推产品路径,可行么? 日思632.周末悦读|怪诞行为学 日思631.有哪些老带新的产品手段? 日思630.什么样的产品设计能培养用户兴趣? 日思629.AI产品经理要懂算法么? 日思628.我有套模型,你有产品方案吗? 日思627.创造力怎么训练? 日思626.周末悦读|必然 日思625.即刻被封,快查下你的隐私策略吧 日思624.未来产品经理岗位会如何演变? 日思623.如何潇洒地做好离职交接 日思622.怎么避免面试时被问懵? 日思621.周末悦读|我不是产品经理(下) 日思620.如何像做产品一样做生意? 日思619.数据异常了,如何分析? 日思618.产品经理的年中总结怎么写? 日思617.即刻改版了,在社交之路走的更坚定了 日思616.四步告诉你怎么提升PUSH到达率 日思615.周末悦读|我不是产品经理(上) 日思614.如何认识潮流?认识年轻人? 日思613.怎样提一个好问题? 日思612.内容量少还怎么做推荐? 日思611.招人!招人!招人!重要三连 日思610.做toB产品是个好出路么? 日思609.分享一份最近在读书单吧 日思608.你想象中的中台和实际的中台 日思607.从点子到产品,要如何思考 日思606.创投圈新词普及之:RPA 日思605.所有人问申悦:合集版 日思604.周末悦读:产品思维 日思603.来场悦读笔记的AMA吧 日思602.个人品牌对产品经理有什么用 日思601.从狐友想到社交产品的痛与变 互联网悦读笔记 8年产品总监带你每日思考做产品的心得、收获,总结经验教训,保持学习心态。 欢迎一起交流,共同进步。

文章来源于公众号:pmboxs

登录 后发表看法
回到顶部