新功能没人用，不能只靠放大入口来解决。先判断阻力发生在发现、理解、信任还是成本四个环节：用户是否看见它，是否知道它能完成什么，是否相信结果与后果，是否愿意投入时间、信息和改变习惯。只有找到主要阻力，设计团队才能选择与问题匹配的改进。
先确认采用意味着什么
不要把点击入口当成采用。为功能写出完整的价值行为：适合哪类用户，在什么情境下开始，完成哪些关键动作，得到什么可判断的结果，以及之后是否能继续工作。区分尝试、完成、重复使用和形成习惯，避免把好奇点击误当成稳定需求，也避免因初次低频就断言功能无价值。
从行为链寻找断点
把路径拆为触发情境、入口、价值说明、首次操作、结果呈现和后续动作。观察用户在哪一步停下，以及停下前看到了什么、需要做什么决定、系统给了什么反馈。行为记录能显示断点位置，访谈和可用性观察则帮助解释原因，两者需要结合。
发现问题：用户没有在正确时机看见
发现问题不一定是入口太小，也可能是入口放在用户不会经过的页面，名称与用户任务不一致，或提示出现时用户没有相关需求。检查目标用户的实际工作路径，确认功能是否在问题发生的附近出现。入口应连接任务，而不是只连接产品内部的功能分类。
理解问题：用户看见了，却不知道有什么用
功能名称可能描述技术能力，却没有描述用户结果。检查入口文案、首次界面和示例是否回答三个问题：它适合什么任务，用户需要提供什么，完成后会得到什么。若必须先学习内部术语才能判断价值，理解成本已经过高。
用结果和示例代替抽象说明
提供贴近真实任务的起点、简短预览和可撤销试用，让用户在行动中理解。将复杂能力分成连续的小决定，每一步只解释当前需要的概念。不要一次展示所有配置，也不要用过度承诺的口号掩盖结果边界。
信任问题：用户理解价值，但不敢使用
当功能涉及敏感信息、自动修改、对外发布、费用、权限或难以撤销的操作时，用户可能主动避开。检查产品是否清楚说明数据用途、影响范围、审核机会、保存状态和撤销方式。信任不是增加一句“安全可靠”，而是让控制权和后果可见。
让高风险动作可预览、可确认、可恢复
在执行前展示影响对象和预期变化，在执行后提供明确结果和恢复路径。默认值要保守，权限要与任务匹配。若输出存在不确定性，应允许用户检查和修改，而不是把自动化包装成必然正确。对限制的诚实说明通常比模糊保证更能支持判断。
成本问题：价值存在，但投入不划算
成本包括填写信息、迁移内容、学习新概念、等待处理、协调团队和改变既有流程。用户可能认可功能，却认为当前任务不值得这些投入。绘制从开始到结果的全部动作与依赖，找出重复输入、过早设置、隐藏等待和跨工具切换。
降低成本，也可以提前展示回报
删除不必要步骤只是一个方向。还可以复用已有数据、提供合理默认值、保存进度、支持分段完成，或先生成可预览结果再邀请深入配置。如果必要成本无法降低，就应更早说明投入与产出，让用户自主判断，而不是完成一半后才发现要求。
用证据区分四类问题
- 入口附近没有注意或点击，结合任务路径判断是否属于发现问题。
- 进入后快速退出、反复查看说明，重点检查理解和预期。
- 停在权限、确认或发布步骤，重点检查信任、控制和后果。
- 开始后长期未完成、在输入与设置间退出，重点检查实际成本。
这些信号不是结论。同一种行为可能有不同原因，因此应选择代表性用户进行任务观察，并追问他原本想完成什么、何时感到犹豫、如何判断结果是否值得。避免询问“你喜欢这个功能吗”，应围绕具体行为和决策提问。
把诊断转成可验证的改进
- 选定最有证据支持的主要阻力，并写成清晰假设。
- 只改变与该阻力直接相关的入口、说明、控制或步骤。
- 同时观察目标行为与可能出现的副作用，例如干扰、误操作或低质量结果。
- 记录哪些用户和情境受益，避免把局部发现推广到所有人。
- 若结果不变，回到诊断而不是继续增加视觉强度。
功能采用问题本质上是价值、情境和阻力之间的匹配问题。发现、理解、信任与成本提供了一套清楚的诊断语言。团队先定位断点，再用观察解释原因，最后做针对性改进，就能避免把每个问题都误解为曝光不足。
