产品死亡原因之「负担过载」(3)

我们迎来了更多的争执，我们在讨论上花的时间越来越多，我们的需求也越来越多，负担过载不但没有被降低，反而越来越多，在结果到来之前，我们便早早预测到了结果，但却无能为力，除非我们能够学会控制自己，减少负担

建议

我们既然已经提到了负担过载是死亡原因之一，我想给大家一些建议，但文章中不准备展开描述了。有机会的话我会单独再写一篇详细阐述如何避免负担过载

• 最有效的办法，减少需求量

产品经理是负担过载的源头，如果我们能控制需求量，这将会对规避负担过载有重大价值。

在我的习惯里，一个大版本是由固定的节奏的，比如 他会包含 1 个运营点， 1 个功能模块，诸多的细节调整，

• 砍需求，比新增需求更专业

砍需求，恰恰是专业的一种表现方式，只有我们充分的认识需求，能够判断需求的价值，能够进行需求对比，和选择，我们才能砍需求，而不是指随意任性的砍需求。

• 你能做的，真的没有那么多

小龙哥如果将微信的源代码送给你，你能再做一个微信出来吗?

其实我们能做的事情，并不多，许多时候，即便是把功能做出来了，并且做的和别人一模一样了，也不见得我们真的能应用这个功能

支付宝，花了许多时间，许多成本才明白他真的做不了社交，(传言支付宝经过三个月的讨论，决定放弃社交)

我们真的不那么强大， 能做的事情，真的很少

勿以世界为敌，做我们能做的事情，把他做好

关于作者

枯叶，近 6 年经验的产品经理。擅长社交，社区，细分群体挖掘。微信公众号：枯叶咖啡馆。

相关阅读：《产品死亡原因之「不识目的」》

（编辑：ASP站长网）