首屏需直接给出结论而非入口
别名: 瞥视结论 · 首屏即答案 · glanceable result
概念解释
手表亮起来的那一屏必须是已经算完的结论，不能是一个还要再点进去的入口。人抬腕问的是「现在怎样」，不是「我可以从这里去哪」。心率给出 142、下一班车给出 3 分钟、会议给出「10 分钟后开始」，这些是结论；「打开健身」「查看时刻表」「进入日历」是入口。入口把回答推到第二次操作之后，而第二次操作通常不会发生。这条谈的是首屏的言语行为——它在断言还是在邀请——不谈单次能看几秒，也不谈一屏里该塞几个焦点。
机制
瞥视是一次闭环：问题在抬腕前就有了，屏幕只需填上槽位。入口页把闭环拆成「看见可点的东西 → 决定点哪个 → 等下一屏」。每多一跳，都要一次瞄准和一次确认，而落腕随时可以发生在跳转中途。更糟的是入口页看起来很忙：图标、列表、「查看详情」都在暗示信息在后面，人会把忙碌误读成「这里没有答案」，直接放弃。结论页相反，它允许零输入成功——眼睛完成任务，手可以不动。手表作为身体上的显示器，其默认成功路径本就应该是只看不动。
怎么研究
用首屏可答性来测，不要用应用打开率。给一个事先写好的问题（「这趟会不会迟到」「现在该不该吃药」），只亮第一屏，禁止继续点，看人能否在落腕前给出正确判断。对照条件是同一数据做成入口页（按钮、列表项）与做成结论页（一句断言加一个状态色）。
自变量：首屏是结论还是入口、结论的具体程度、有无「查看更多」诱饵。 因变量：仅凭首屏的判断正确率、试图继续点击的比例、判断信心。
「查看更多」会污染测量：它把失败从「没看懂」变成「我本来还想再点」。统计时应把试图下钻单独算，不当成成功。实验室如果允许无限点选，测到的是导航能力，不是瞥视。
边界
设置、配对、首次授权这类本来就是「去一个地方办事」的任务，首屏是入口并不构成错误，因为问题本身不是查询。表盘上的复杂功能是常驻摘要，已经是结论形态；从复杂功能点进去之后的那一屏才适用这条。多日预报、完整对话这种内容在结构上没有单一结论，硬写成一句会撒谎，应当承认它不属于瞥视对象，而不是硬把入口包装成结论。
怎么落地
- 先写下用户抬腕时的那句问话，再写屏幕上的那句答话；答话里禁止出现「点击查看」「打开应用」作为唯一可读内容。
- 把计算放在亮屏之前完成：服务器或手机侧算好「晚点 8 分钟」，手表只渲染这句话，不要渲染一个还要筛选的列表。
- 需要深入时，结论旁边给一个明确的次要动作，但视觉权重必须低于结论本身，避免首屏被读成菜单。
- 验证：遮住手表，只口头问那句用户问题，再只亮第一帧截图（点按无效）。答不上来的，就是入口当成了首屏。