做产品半年，我先学会了删功能

每一个被砍掉的功能都在让产品更清晰。上半年被砍的 38 个功能需求，才是最贵的学费。

为什么删比加难

做加法是本能。用户说想要、竞品有、老板拍脑袋想了一下——每一个需求都看起来有理有据。但每加一个功能，产品就多一个需要维护、解释、测试的角落。

我在 FlickJot、Findly、Fresho 三个产品上反复验证了一件事：用户不会因为功能多而留下来，但会因为核心功能好用而留下。

38 个需求，砍掉之后发生了什么

上半年收集了大约 60 个功能需求，最终只上线了 22 个。被砍的 38 个里面：

• 15 个 是"用户嘴上说想要，实际上不会用"的伪需求
• 12 个 是锦上添花型的"有了更好"，但核心体验还没打磨透
• 8 个 属于当前阶段做了反而分散注意力的功能
• 3 个 是技术可行性太低，投入产出比不划算

砍功能的三个判断标准

现在遇到新需求，我先问三个问题：

1. 这个问题用户现在怎么解决的？ 如果现有的笨办法已经很勉强了，那才是真痛点。
2. 不做这个功能，用户会流失吗？ 大部分功能的答案都是"不会"。
3. 六个月后回头看，这个功能还重要吗？ 帮助过滤掉热点驱动的需求。

结论

产品不是堆功能堆出来的。每一个被删掉的功能，都在让产品的核心轮廓更清晰。