接续失败需说明原因
别名: 接续失败 · Handoff 不可用 · 跨设备续做失败
概念解释
Dock 左侧刚才还有那封邮件的图标，一回头没了；或者点下去转圈，然后什么都没打开。人无法区分是蓝牙关了、两台设备没登同一账号、目标机没装这个应用，还是功能根本不支持这类内容。接续失败要说明原因：失败必须变成一句可执行的话，而不是入口消失或无限等待。静默缺席会被读成「这个功能偶尔有」，下一次就不会再指望它。原因说明解决的是失败之后怎么修，不是状态该带多细，也不是入口平时该放在哪。
机制
接续依赖一条长条件链：同一身份、近场或网络可达、双方都装着能接收该活动的应用、蓝牙或同类发现通道开着、系统没有把该应用排除在交接之外。链上任何一环断了，对外表现常常相同——入口不出现，或点了没反应。人只看到最后这一种表现，会用「不稳定」来解释，而不会去打开蓝牙。可执行的失败把断点说成用户能改的那一环：「两台设备需要使用同一个账号」「这台电脑没有安装该应用」「蓝牙未打开，接续需要它来发现附近设备」。说「无法接续」而不说哪一环，和静默一样，因为人仍然不知道先动哪一个开关。时机也要紧：在人已经伸手去点的时候才说明，比事后在源设备上发一条「发送失败」更有用。
怎么研究
在已经能成功接续的装置上，逐项关掉条件链中的一环（关蓝牙、换账号、卸载目标应用、离开近场），观察系统如何表现，以及人接下来做什么。
自变量：失败类型、是否给出原因、原因是否指向可执行动作、说明出现在源设备还是目标设备。 因变量：正确修复该条件的比例、修复时间、把失败归因于「功能坏了」而非条件缺失的比例、再次尝试接续的意愿。
把所有失败都做成同一种转圈，会得到接近零的自发修复率——这正是要测量的基线。询问「你觉得为什么没接上」比满意度分数更能暴露归因。注意实验室里被试会被提示去找设置；真实环境里失败若只是图标消失，许多人根本不会开始排查。
边界
安全策略故意禁止交接（托管设备不允许跨设备续做、应用声明此类活动不可交接）时，详细原因可能变成攻击面，应改成「此设备不允许接续」这类策略级说明，而不是指出哪条规则。人从未成功过、也没有形成预期时，不出现入口不一定需要报错，否则会把「你的设备不支持」刷成日常噪音。网络超时这种瞬时失败适合提供重试，不必列出全部条件清单。原因一旦指向「去系统设置改某项」，就要能跳到那一项；只丢一句术语、设置里找不到对应开关，说明等于没说。
怎么落地
- 为每一种接续失败准备一条指向可改条件的说明，禁止用入口消失或无限转圈作为唯一反馈。
- 说明出现在人正在看的那台设备上：点了目标入口却打不开，就在目标设备说为什么；源设备发起却送不出去，就在源设备说。
- 能直接跳到补救处的就跳：未登录同一账号则打开账号页，缺应用则给出安装，蓝牙关闭则打开无线设置。
- 验证：在已能 Handoff 的两台设备上分别关掉蓝牙、换掉其中一台的账号、卸掉电脑上的对应应用。每次失败都必须出现原因且指向该次真正断掉的那一环；三种失败不能共用同一句「暂时无法连接」。