许多产品经理很喜欢做加法，看到竞品对象开发了某些新功能，也囫囵吞枣地照搬过来，但是这个功能你真的需要吗？我们发现往往深受用户喜爱的主流产品是在做减法，它们知道自己需要什么，需要坚守什么，所以它们最终成为了自己。
我们知道产品是由功能模块构成的，任何一项功能一旦发布，我们的目的就是希望会有人在某个地方使用它，如果用户喜欢它，就会改变自己的行为来适应这项功能。当用户离不开这项功能时，你再把它砍掉，即使是一个很不起眼的改变，都会激怒用户。
然而，有些依赖性还是比较容易消除的。对用户来说，真正重要的是什么？是你的设计能不能解决他的大问题。如果能，那么他就会顺从你，即使你的改变会让他不舒服。
判断删除功能会对用户的影响有多大可是一件需要技巧的事。简单地去询问用户“你愿意我们删除这个功能吗”答案只能是否定回答。因为谁也不愿意拿走什么，即使从未使用过的功能，用户也不是肯放弃的。功能这个词要比其实际的用途更吸引人。
因此，作为产品经理，最开始应该考虑的，是那些功能最接近用户的核心需求。如果想设计一个供医生用来管理自己病人的手机应用，那么去掉更换背景的功能就不会有什么影响，因为更换背景并非核心需求。不过要是想去掉的功能与软件产品的核心功能有关系，那么事情就没有那么简单了。要知道用户真正关心什么，探知他们对删除某个功能后的产品有什么意见，最好的办法就是先做个模型出来让他们试用。但是，我们必须明白想在任何时候取悦所有的用户是不可能的。所以我们只能退而求其次，专注于目标客户的核心需求，只要让他们高兴，让他们满意就行了。
许多产品经理很喜欢做加法，看到竞品对象开发了某些新功能，也囫囵吞枣地照搬过来，但是我们发现往往深受用户喜爱的主流产品是在做减法，它们知道自己需要什么，需要坚守什么，所以它们最终成为了自己。但任何为产品做减法呢，这是一个很多人疑惑的问题，在确定什么功能该保留，什么时候功能该删除的时候，就必须排定功能优先级：
确定用户想要达到的目的，并排定优先次序。对于视频播放器而言，主要目的是看视频，其次还有可以使用其附加功能，播放其他媒体，比如音乐MP3等。
专注于寻找能够完全满足优先级最高的用户需求的解决方案。找到之后再考虑满足用户的其他目标。
确定用户在使用产品过程中最常见的干扰源。并将解决这些问题的功能按难易程度排出优先次序。例如听音乐app的时候突然来个电话就是一个干扰。而让app自动暂停就能把这种干扰降至最低程度。又或者写文档或看文档的时候突然一个不知名原因导致软件挂了也是一个干扰。而让软件自动保存原先写文档或看文档的状态就可以把这种干扰降至最低程度。
最后不要以功能的多寡来认定产品的价值，而应该看产品能否满足用户最高优先级的目标。
我们平时可以注意到公路两边或者公园的树木往往在它们快速往上增长的时候，护理人员总是一次次的“狠心”的修剪它们的枝叶，不让它“称心如意”的发展，但之后一段时间回来看看这些被“修理”的树木，它们正在朝向更“粗壮”的参天大树成长，希望越来越多的产品经理“修理”出自己的参天大树。
