用户对手表续航的预期直接影响其对交互延迟的容忍度
别名: 续航预期 · 延迟容忍 · all-day watch
概念解释
人把手表当「戴上一整天不用管」的物件，不像手机那样随时摸到充电线。这份续航预期会改写他们对延迟的脾气：通知晚半分钟、心率点稀一点、天气十五分钟一变，只要晚上还亮着，往往可以被接受；反过来，为了「更即时」把电用到下午就空，那半分钟的快会被当成产品坏了。这条谈的是预期如何标定延迟容忍，不是具体该关常亮还是该降同步。
机制
机械表和传统电子表留下的文化约定是「一天一块电池/一条发条」，智能手表继承了「隔夜充一次」的节奏，而不是手机的「看到低电就插」。预期一旦定成过夜，白天的每一次即时都会被拿来和「会不会撑不到晚上」对账。延迟在这里不是绝对毫秒数，是用续航买来的间隔是否仍配得上那个问题：公交到站可以晚三十秒，跌倒检测不行。人很少做这道算术，但会用补电行为投票：中午必须找充电线，预期就被打破，之后对任何延迟都不再宽容，因为延迟没有换来它所承诺的整天。手机用户对同样三十秒的推送延迟更不耐烦，因为他们没有用「整天不充」去交换。把手机侧的即时标准搬上手表，就是在拆这桩交换。
怎么研究
先问充电节奏和「你认为这块表应该撑多久」，再在相同任务上操纵到达延迟，看评价和是否中途补电。把「声称要两天续航的用户」和「习惯白天补电的用户」分开。
自变量：声明的续航承诺、实际到达延迟、白天是否出现过低电量警告。 因变量：延迟可接受评分、中途补电率、将延迟归因为「省电」还是「故障」。
实验室里的「请评价这条延迟」没有续航后果，容忍会被高估。要把电量可见，并让人相信今天不能充电，容忍才会按预期收缩或放开。自陈的「我能等」不可靠，补电和关掉即时功能才是行为指标。
边界
运动手表和探险表的预期是数天到数周，容忍的延迟更大，界面甚至以小时为新鲜单位。儿童表或被监护人的安全产品，监护端预期是即时，续航预期让位于安全，不能用「整天」去压延迟。酒店、会议室的公用充电改变了补电成本，白天插一下变得可接受，预期会向手机靠拢。电池老化让同一承诺逐年失信，人对延迟的解释会从「它在省电」变成「表不行了」，需要用健康度说明来把账重新分开。
怎么落地
- 在产品和设置里用「能撑到今晚 / 能撑两天」说话，并列出为了这份撑法默认关掉或放慢了什么，让延迟被读成交换而不是卡顿。
- 按问题设定可被这份预期覆盖的延迟上限：安全类近实时，公交一分钟级，天气和邮件摘要更宽。超过上限的，不要再以续航为名继续拖。
- 白天出现「可能撑不到晚上」时，先给一档可理解的降级，再让人自己打开即时；不要在已经打破预期之后仍假装一切实时。
- 验证：访谈充电节奏，配上几天的补电日志和延迟投诉。声称过夜充却中午补电的人，去看他们投诉的是延迟还是续航——若两者同时出现，说明交换没有被界面说清。把承诺和默认延迟对齐后再测补电是否下降。