产品增长遇到瓶颈时，团队很容易想到增加功能：用户需要什么就做什么，哪个行业火就接什么。结果首页入口和安装包越来越大，留存却未必提高。
关键在于新增能力是否延续了用户选择产品的理由。**拓展场景是在既有心智附近满足相关需求，功能膨胀则是把与核心任务无关的业务塞进产品。**两者表面上都叫“做新功能”，结果却完全不同。
好的拓展，发生在用户任务的前后链路
浏览器或文件管理产品从文件查看延伸到文件扫描，让用户可以把纸质内容转成电子文件，再保存、整理和分享，补齐了“获得文件—处理文件—使用文件”的链路。
打车软件从载人延伸到“帮取帮送”也类似：服务对象从人变成物品，但定位、路线、运力调度和支付能力都能复用。
相关场景通常具备三个特征：
- 用户相邻：新功能主要服务现有用户，而不是完全不同的人群；
- 任务相邻：它发生在核心任务之前、之后，或解决同一目标下的延伸问题；
- 能力相邻：产品已有的数据、技术、供给或品牌信任能形成独特优势。
三个条件同时成立，新场景更可能强化产品心智；如果只有“现有DAU很大”，所谓拓展往往只是借流量追风口。
用户心智，是产品真正的边界
产品边界不是最初的功能清单，而是用户形成的稳定预期：打开地图处理空间问题，打开音乐产品听歌，打开计算器快速得到结果。
边界可以扩张，但不能突然跳跃。地图增加打车、公交和附近服务，是沿“从哪里到哪里”扩展；计算器增加直播带货，则要求用户在一个追求效率、低干扰的工具里接受完全不同的消费心智。
判断新场景是否自然，可以问一句：当用户产生这项需求时，会不会主动想到打开我们的产品？
如果答案是“会”，说明产品已经占据了相应心智；如果答案是“不会，但我们可以通过弹窗教育他”，则要警惕团队正在用运营强度掩盖场景的不成立。
功能膨胀会产生四笔隐形成本
第一笔是认知成本。入口越多，用户识别、比较和寻找核心服务的时间越长。即使某个新增功能不被使用，它仍会与核心功能争夺视觉注意力。
第二笔是性能成本。更多代码、资源、SDK和后台任务会增加安装包体积、启动耗时、内存占用与故障面。对低端设备和网络环境较差的用户，这些成本最终会体现为卸载和流失。
第三笔是组织成本。每项功能都需要研发、测试、运营、客服、合规和持续维护，上线只是长期责任的开始。
第四笔是机会成本。团队花在边缘功能上的资源，无法再投入核心体验。产品看起来什么都能做，真正被用户选择的理由却越来越模糊。
Word等成熟软件被抱怨界面复杂，未必是单个功能没有价值，而是大量能力同时暴露后，用户难以找到所需操作。
“如无必要，勿增实体”可以作为提醒，但奥卡姆剃刀并不是“不准增加功能”。关键在于：新增复杂度是否换来了足够大、足够持续的用户价值。
上线前，先做一次邻接度审查
可以从五个问题评估新场景，每项按低、中、高判断：
| 判断维度 | 要回答的问题 |
|---|---|
| 用户重合 | 现有目标用户中，有多少人真实存在这项需求？ |
| 任务连续 | 新场景是否处在核心任务的前后链路？ |
| 心智一致 | 用户能否理解这项能力为什么属于我们？ |
| 能力复用 | 现有数据、技术、供给和品牌能否形成优势？ |
| 使用持续 | 它是偶发噱头，还是能够产生复访的稳定需求？ |
如果只有用户规模大，其他维度都很弱，项目大概率是流量变现，而不是留存增长。如果任务、心智和能力高度相邻，即使初期需求规模不大，也值得通过低成本实验验证。
不要一开始就把新功能塞进首页
验证相关场景，不应等到完整开发后再靠强曝光证明价值，而要从成本最低、对核心体验影响最小的形态开始。
先分析搜索词、客服反馈、用户动线和替代方案，确认用户是否已经绕路完成这项任务。例如大量用户扫描后再导入文件，说明链路缺口真实存在。
再用H5、第三方能力、二级入口、灰度卡片或人工服务测试需求。只有使用率、任务完成率和复用率达到门槛，才前置入口并扩大投入。
实验不能只看新功能点击率。至少要同时观察：
- 新功能的目标任务完成率和重复使用率；
- 核心功能的到达率、完成率是否被稀释；
- 使用新场景的人群D7、D30留存是否产生增量；
- 首页退出、启动耗时、崩溃、投诉等护栏指标；
- 新增留存或收入能否覆盖长期维护成本。
尤其要避免直接比较“使用新功能的人”和“未使用的人”。前者可能本来就是高活跃用户。更可靠的方法是随机灰度入口，比较获得新场景机会和未获得机会的人群，观察整体留存是否真正改善。
能上线，也要能退出
每个新场景在立项时就应约定复盘时间和退出标准：长期渗透率过低、无法形成复用、没有留存增量，或维护成本显著高于收益时，应降级入口、合并能力，必要时下架。
对于只服务少数高价值用户的复杂能力，可以通过搜索、插件、专业模式或按需下载提供，不必让所有用户承担同样的认知与性能成本。产品不是只能在“保留”和“删除”之间二选一，还可以调整能力的暴露范围。
拓展场景的目的，是给用户更多留下来的理由，而不是给产品增加更多可以展示的功能。好的扩展让用户觉得“原来这里还能顺手完成下一步”；功能膨胀则让用户困惑“它到底想成为什么”。
产品真正需要守住的不是功能数量，而是核心价值的清晰度。