谈谈产品经理的克制力

产品经理总会在项目里遇到这些场景——

1、产品：“哎，这个功能是xxxx，我希望下周能看到demo，这个月要上线发布。”

工程师：“做不了。”

产品：“why？！”

工程师：“No why！”

……

2、产品：“你看竞品们的交互，做得棒棒的！我们也行，对不对？”

工程师：“做不了。”

产品：“why？！”

工程师：“No why！”

……

3、产品：“这次的几个终端我希望实现单点登录和分站式管理。”

工程师：“嗯，工期？”

产品：“1人半个月。”

工程师：”做不了！“

产品：“why？！”

工程师：”No why！“

……

产品经理内心是绝望的，对吗？

让我想想以上的why？

第一种why?

产品经理停留在“自嗨”阶段，对自己设计的功能自信心简直爆棚，但是把功能丢给工程师开发的时候却随意简单的描述，在本身产品资历不深的情况下，只会给工程师一种“又因为自嗨来增加我的工作量”之感，所以他们会说——做不了！

背后之意就是：做这个功能啥用没有，简直浪费我的coding时间！

这个时候，产品经理应该这么做——

首先，世界上没有无来由的自嗨，肯定是了解这个功能的用户和商业价值才动手设计的，那么请仔细的耐心的和工程师们说出你的设计缘由，让工程师了解这个功能的全景面貌，对这个功能有更清晰的了解；

然后，开始喊爸爸！呃，开始用你的产品愿景打动他们，说服他们，跪求他们！

最后，当工程师知道这个功能的脉络和来由，也愿意为产品愿景而努力，那么就基本会点头同意，而且开发出来的这个功能也不会偏离你的设想。

第二种why？

产品经理看到任何一个先进的技术都会兴奋，特别是视觉上的。所以，对前端有时候会比对后端的要求高上那么几倍。

但是，毕竟技术的实现是由专业的人来完成，今天你想实现这个，明天你想实现那个，可是有些交互和有些先进前端技术不太适用在现在这个产品版本里，显然，缺乏技术知识的产品还想“瞎指挥”，那肯定只能得到“做不到”的答案。

这个时候，产品经理应该这么做——

首先，对于看到某些优秀产品上的好的体验可以让工程师进行参考，询问他们这样的技术实现大概需要多久时间，难度怎么样；

其次，针对自己的产品和结合其他优秀产品上的交互体验，提出自己的建议，切莫指手画脚，聆听专业人士工程师的想法；

最后，相信自己的工程师，他们有能力且有想法把现在的产品打磨得更好，只是需要时间，和来自你的鼓励。

第三种why？

我相信，在能力优秀的工程师团队里，基本上没有“做不了”的功能，如果工程师拒绝了你，无非是因为这个功能需要耗费巨大的人力和精力，这样也就算了，你竟然还把人力成本压榨至最小，开什么国际玩笑？

这个时候，产品经理应该这么做——

首先，“放肆”的功能点到为止，将客户和商业价值按优先级去找工程师均衡估量一个开发周期，怎么才能达到最合适的投入产出比；

其次，向上争取时间和资源，不要让工程师们处于“救火”的状态下，疲惫的团队氛围，只会让项目的产出效率日渐降低；

最后，到底是往上叠加功能，还是完善功能；做加法还是做减法，这是产品经理毕生要去学习的地方。

做产品经理之前，我是运营，想达到运营KPI，恨不得替产品想出N个超级功能。

如今，摸摸索索一年过去，才发现，产品经理还是需要克制力，毕竟诸多因素会影响一个产品上线，而一个产品受欢迎，也绝对不是因为它是一个功能王。

虽然，上文的几个why也可能碰到想逃避责任的工程师来跟你说“做不了”，但是先搞清楚他们的why，学会克制，学会统筹，学会很多很多……

以后我也会把自己的学到的感受，分享在这里，希望在这里，能看到你我一点一滴在成长！