小团队做产品，为什么先砍功能反而是对的

我们团队做第一个产品时，最兴奋的事就是「加功能」。半年后回头看，真正被用户高频使用的，只有其中两个。

每一个功能都有隐形成本

加一个功能，不只是多写一段代码，还意味着要多一个入口、多一份文档、多一种需要维护的边界情况。用户看不懂的菜单，本质上是在增加他的认知负担。

砍功能才是小团队的护城河

大团队资源多，可以同时试很多方向。小团队的优势恰恰相反：决策链短，能迅速承认某个方向不对并砍掉。把有限的精力压到一件事上，才可能做出别人做不到的深度。

「用户不会因为你功能多而留下，只会因为你某件事做得足够好而记住你。」

怎么判断该砍哪个

我们的标准很简单：过去一个月有多少人主动用过？如果答案是「几乎没有人」，那它就该进观察名单。砍掉之后，团队反而更清楚下一步该往哪走。

做减法比做加法难得多，因为它逼你面对一个残酷的问题：你到底想为谁解决什么。能答清楚这个问题，产品才刚开始成形。