这个需求不合理,你TM在YY吧?

如果你不能简单表达它,说明你还不够了解它


——爱因斯坦


近期参加了不少的需求评审,不管是团队内部还是自己所带的产品新人。在落地产品需求中,每个产品经理都要打一场有准备的“仗”,在需求落地中我总结一个好的需求落地除了有效的解决问题外,还要从简、快、情上面去落地需求评审会。为此围绕这三个字,我举例3个不同的场景。


简单的需求


我们在产品需求挖掘中,每一次迭代都会尽可能的将需求深度不仅满足业务外,还要方便以后扩展。这里举例个人信息绑定微信页面,在这个页面里用户会有解绑和绑定的操作。




在上图中,产品经理为避免用户非本人情况下将其解绑,增加了微信解绑的密码输入验证。整个需求在实现过程中,完全满足业务流程(解绑和绑定)。


换另外一个方案,用户点击解绑后只需要弹出弹窗给予用户选择是否解绑即可



产品经理也似乎找不到更好的理由去选择方案1.最终落地的需求方案是方案2.


这个case我希望表明,需求的简单不是代表着无法满足业务。而是为业务找到最合适的方案。


快速的过需求


我们在需求落地中,会议与沟通是整个需求实现外最花费时间的环节。为此如果要尽可能的让需求上线。应该在项目排期中快速的将需求在会议中沟通,不是主业务的需求在私下会议下沟通。


例如用户的个人信息展示页面,在这个页面中。除了核心的账户名称、用户头像、性别、年龄外,其他信息是产品经理围绕产品属性或周边给予的字段



在会议沟通中若出现下面场景:


开发同学A:“我觉得没必要出现邮箱吧”


产品同学:“邮箱是为了支持更多的消息触达渠道”


产品同学B:“我觉得abxcxaxxxxxx"


产品同学:“XXX%%%%”


10分钟过去了,还是停留在讨论这个邮箱


类似这样的沟通方式,产品经理需要把控整体页面没有大的需求问题下。非常细的字段问题可以留到会议下沟通。


类似这样的场景,你会如何处理呢?


用情去说服开发


这里的情不是人情,而是一个产品经理在工作中的情商表现。很多需求例如上面的个人信息字段在评审会花大量时间去沟通一个方案是不显示的。为此下来后产品经理可以走到负责该模块的开发同学哪里,去拍板产品的方案。很多时候这些细小的字段,产品经理私下沟通即可。既可以避免在评审会议中,你一句我一句将整个评审会议的主题带偏。也可以不影响产品主业务需求下,去让产品需求快速上线。



我们无法否认,很多细节的需求我们没办法有更好的理由表达为什么做了会比不做好。感觉不做也差不多,但是有了又可以更精致,开发工作量也不需要增加太多。


其次,在开发中我建议产品经理可以根据开发的节点或偶尔过去与开发交流。不仅可以将需求表达的更具体形象,还可以捡漏。


这里的捡漏:有一些细节或许在评审中遗漏或没有明确说不做的,可以让开发同学做。


好啦,今天的分享就在这里。我坚持每周分享2篇原创~


近期专题


产品经理对接第三方case,国内外4家公司联动落地项目

《人生的意义》,我们永不停歇忙着去做什么?

产品落地的细致活,标准文案

后台产品,1个case|专栏正式上架

学会“引导”,让需求快速落地

降价处理的另一种方式,产品人PK需求方




另外我个人第一本书籍《从零到壹:PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创,涵盖产品经理面试、算法、交互等不同维度的内容,如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中(希望大家勿外传支持,支持版权)。如果你需要预览书籍大纲,可以跳转链接


一本给自己与产品人的书:从零到壹


Talking

发表