轻应用验证“首次使用”，关键不是确认用户有没有打开，而是判断用户能否在没有额外解释的情况下完成核心任务，并在过程中感受到明确结果。以小猫补光灯为例，验证对象不是“用户是否对把手机变成光源感到好奇”，而是用户能否打开应用、调节光线，并在自拍或拍摄场景中真正使用起来。

先验证理解，再验证操作

首次使用可以拆成一条连续链路：看见产品后能否说清它的用途，打开后能否迅速找到核心功能，完成操作后能否判断效果是否有帮助。任何一环出现中断，都可能导致后续数据失真。

例如，首屏先展示复杂设置，用户可能在还没体验补光效果前就退出；功能命名含糊，用户可能把离开误判为需求不足。因此，观察用户时不应先介绍产品逻辑，而应让其自行完成首次操作。重点记录的是用户在哪里犹豫、是否需要提示、是否误触，以及完成后是否主动尝试再次调整。

不要把打开等同于激活

下载量、曝光和首次打开，只能说明产品被看见。更有效的验证要继续追问：用户是否完成了核心动作，使用场景是否与预期一致，效果是否足以促成下一次使用。

反馈应区分三类问题。第一类是理解问题，说明产品表达不清；第二类是操作问题，说明路径、控件或反馈需要简化；第三类是价值问题，即用户完成了操作，却没有觉得结果足够有用。三者的处理顺序不同，不能用增加功能来掩盖基础体验缺陷。

用首次反馈决定是否继续

轻应用的第一版不需要证明完整商业模式，只需验证最核心的使用链路。开发者应优先修复首次打开、核心操作和效果反馈中的障碍，再观察用户是否主动重复使用或推荐。若传播来自“点子很巧”，却没有带来持续使用，说明新鲜感成立，需求仍未被充分验证。

真正有效的首次使用验证，最终要回答一个具体问题：用户是否愿意在真实场景中自行完成任务，并认为结果值得再次打开。能回答这个问题，才有依据决定下一步是优化体验、收缩功能，还是停止投入。