一人公司最该停止加功能的时刻，不是产品“看起来足够完整”，而是新增功能已经无法改善核心经营结果。单人团队同时承担开发、设计、客服、销售、内容、财务与运维，每项功能都会带来测试、文档、兼容性和售后成本。功能越多，未必越接近产品市场匹配，反而可能让经营者失去验证需求和服务用户的时间。

先看核心任务是否已经成立

判断一个功能是否该做，可以先追问三个问题：没有它，用户是否无法完成核心任务？它是否直接影响付费或持续使用？是否已有多个真实用户反复提出？如果答案大多是否定，这项需求通常应当延后。

核心任务应当足够具体，例如让用户找到一个职位、比较几个城市，或获得一份明确结果。产品的主路径是“发现产品—理解价值—完成关键动作—获得结果”。只要这条路径仍然不顺畅，继续开发外围功能就是用复杂度掩盖基本问题。相反，当主路径已经被使用和付费行为验证，新增功能才有明确的投入依据。

用行为，而不是愿望决定优先级

用户说“很有用”只能证明兴趣，注册或试用代表初步行动，反复使用、付费、续费和推荐则是更强的价值信号。功能请求也不能直接等同于开发任务。用户提出某个功能时，应进一步判断：这是一个人的特殊偏好，还是一批用户共同遇到的问题？它解决的是阻碍核心任务的缺陷，还是增加了一个可有可无的选项？

对一人公司而言，最危险的不是错过功能，而是被零散意见牵着走。每次迭代都应对应一个可观察的目标，例如减少流失、提高完成率、改善付费或降低支持成本。

停止加功能，不等于停止经营

当产品已有稳定使用，但新增功能带来的收益小于维护成本时，可以选择收缩，而不是继续扩张。降低服务承诺、自动化重复工作、修复关键问题，往往比扩展功能更有价值。若收入依赖偶发流量，用户没有持续使用，支持成本又不断上升，就应考虑停止投入、保留产品运行，或转向下一个问题。

真正成熟的功能策略，是给每个需求设置退出标准：它必须改善核心任务、经营结果或用户留存之一，否则就不值得占用一人公司的有限资源。停止加功能，本质上是把时间从“让产品更大”转回“让业务更成立”。