上文比较笼统地说道了基于产品定位、产品价值、用户使用场景和产品迭代四个方面给需求做减法的概念。今天想详细聊聊自己对于给需求做减法的体会~
现今，垂直产品丛生，不再有那么多人跳出来说要做众多功能集一身的平台产品。也许是现有的领头羊分占了太多的蛋糕，切入点很难具有破坏性。也许是平台类产品本身就具备较高的门槛。也许吧，这只是我的猜测。
但不可否认的是，垂直类产品越来越多了。不论是像蜜芽这类垂直电商产品，得到这类语音知识付费类产品，还是如香蕉打卡这类多元打卡激励的产品。都是更加瞄准某一细分领域开始拓展。想想最先开始的微信，不也是从即时通讯做起，逐步增加其功能的么。
但是，任何一款产品上线后，众多的需求摆在眼前。不仅是了来自用户，内部，甚至是比自家产品优秀的竞品众多功能时。心有余而力不足，重要的是还把控不住用户内心的G点，不清楚那个需求才是最佳。但毋庸置疑的是，有些需求是必须得去砍掉的。这是一个作为一个产品经理该有的克制力。
1.抓住产品的的边界？
正如有其他作者写到过，产品的边界是一个PM持续去探索了解的东西。很难在抉择的时候，很准确地判定产品的边界。能有的更多是根据众多的经验，去做一个评判。或许可以这样细分地去做。
2.明确产品的定位
对产品的定位貌似是最简单但却是最核心的。人都容易忘记初衷，何况产品呢。所以在产品的规划周期中，如果能一致坚守着产品的初衷，明确产品的定位。那么很多看上去很重要的需求，可能也会显得不那么重要了。
3.数据是检验的基础
不管是哪一方都是对数据认可的，因为数据能最直观地展现出来某一问题。根据数据的反馈，去查看该需求实现后到底是得到了期望数据还是反期望数据。
有趣的是，如果某产品功能上线后，迎来了满世界的吐槽，但是数据上面却有了期望的体现。这时候如何抉择，是挺有趣的一个问题。
4.小范围初试
当不确定上线某功能后，先通过小范围的可用性测试或者是A/B测试，先看看用户的反应。能很大程度上避免出现更大的损失。
5.明确产品规划周期
对于产品的规划周期中，要明确各个版本迭代中的核心功能点，并且核心功能点是唯一的。其次的需求就应该考虑适当地砍掉或者在以后的版本上线。
6.实例列举
就算是领先行业的产品也不定做的每一步都对。如QQ当初把在线状态取消后，迫于用户压力最后又承诺改回。
支付宝想打进社交圈子，在支付宝里增加了圈子功能，主要面向女大学生。结果最后吐槽一片，最后又承诺改回。因为用户对于支付宝本身的习惯就是一款付费工具。突兀地加入社交的属性，不一定能获得用户的认可。
砍需求是一件持续修炼的事，经验的持续积累，数据的层层表现，用户的真实反馈。都会帮助产品逐渐成长~
一字一字打出来的内容，尽管有漏洞但更觉得对自己有意义~
共勉·以上~
