多产品组合最容易失控的地方，不是同时维护几个产品，而是每个产品都没有明确的退出机制。没有停止条件，开发者会把“已经投入过时间”误认为“还值得继续投入”，最终让沉没成本持续占用注意力。

停止条件应在启动新产品之前设定，而不是等到精力耗尽后才决定。它至少要回答三个问题：产品是否真的被使用，用户是否愿意为核心价值付费，维护和获客投入是否仍然与收益相称。下载、注册或发布时的曝光，只能证明存在兴趣，不能证明产品已经具备持续经营价值。

先区分产品处于哪个阶段

如果产品尚未发布，停止标准应集中在需求验证：目标用户是否足够明确，核心问题是否真实存在，最小版本能否让用户完成关键任务。如果迟迟无法获得真实使用反馈，继续增加功能通常没有意义。

产品发布后，重点转向持续使用和付费。用户是否反复使用、是否主动反馈、是否愿意购买，往往比一次性的浏览量更有判断价值。若用户只在发布初期短暂关注，之后没有稳定使用或付费迹象，就应重新审视定位、渠道与继续投入的必要性。

对于已经有用户的产品，停止条件不能只看收入，还要看维护负担。支付问题、兼容性问题、客服和更新都会消耗时间。如果一个产品需要持续大量人工处理，却无法形成足以覆盖维护成本的收益，就不适合继续无限扩张功能。更稳妥的做法，是保留必要维护，暂停新增投入，观察它是否能在较低管理成本下继续运行。

把停止写成可执行的决策

多产品组合不应只设置“继续”或“放弃”两种结果，还可以分为继续增长、维持维护、暂停探索和正式停止。每次复查时，分别记录用户使用、付费表现、反馈质量、维护耗时和获客难度，再判断产品应占用多少注意力。

尤其要警惕一种伪并行：旧产品尚未完成真实验证，却因为遇到困难而启动新项目。新产品只有在已有产品进入相对可维护状态、且拥有清晰验证目标时，才不会变成逃避问题的方式。真正成熟的多产品经营，不是让所有项目一直活着，而是及时把有限注意力从低价值项目中释放出来。