前段时间在我管理的一个产品群收到一个加群请求，一看是个前端技术，准备拒绝，再一看，是个妹纸，我果断按下同意键。然后，我就静静地看着一群产品经理汉子撩一个前端妹纸。
妹纸受到了众星捧月的待遇，在这种被捧着并且互相不认识的环境是最适合吐槽的，妹纸就开始吐槽最近连续加班一周，还帮产品经理考虑了各种异常情况，写的几乎完美的程序，结果上线3天后产品经理就下线掉了。天噜啊，妹纸说当时忽然明白了为什么会出现程序员砍产品经理的事件了。
群里的产品经理一边安慰妹纸，一边讨论是否做过上线然后快速下线的事，大部分表示做过类似的事情。其中有些产品经理们也承认是自己的过失，但有些情况这种做法是正确的。其中有个产品经理就说了自己的例子：
在产品前期的快速迭代时期，有时候会故意做些A/B测试，两种方案随机给用户使用，收集数据，对比两种方案，差的方案就会下掉。
从这个例子我想到了两点：
第一点，产品经理有责任在向程序员讲述需求时，除了要讲功能以及交互外，很重要的一点就是必须说明这个需求的目的，也就是为什么要做，做了之后预期会怎样。（这一点要打自己脸，以后要谨记）。记得有个程序员说过，代码的20%已经满足了功能需求，剩下的80%是处理异常流和性能问题。不是所有需求都需要做到100%，这时做了100%其实浪费了开发资源。
第二点，如果你家的产品经理没有这个意识，在他每次提的需求，你都加上一句「为什么要做这个？」。
比如你的产品经理要做一个酷炫屌炸天的抽奖活动交互，你问了「为什么要做这个？」，然后你得知就是为了一个市场活动抽奖，核心的目的就是一个抽奖功能。这时你淡定地搜了一下开源社区，给产品经理说，你看这个是不是更酷，并且表示半天搞定。如果你的产品经理刚好是个妹纸，那崇拜的眼神就留给你YY了。
「为什么要做这个？」还有另外一个好处，就是会让你的产品经理在提需求前考虑得更清楚，毕竟他得事先想好怎么回答你，在产品经理自己问自己过程就已经否定了很多非必要的需求。
好了，下次你的产品经理和你过需求，你就先抛一句「为什么要做这个？」，你已经拿到主导权了，接下来你就可以砍需求了，又可以搬少些砖了。（我好像说得太多了，不要说你在这个看到的）
不说了，我得去想下午的需求评审会应该怎样迎接程序员抛来的「为什么要做这个？」了。
我是麦东东，一位物联网服务行业的产品经理，喜欢读书和看动漫。希望可以分享一些产品相关的东西。欢迎收听我的公众号。如果觉得不错，希望也可以分享给更多人看到。
扫一扫关注公众号
网友评论