K4.02.2duration-triggered phone handoff设计
复杂任务应转交手机
别名: 按时长转交 · 腕上超时转手机 · watch-to-phone handoff
概念解释
这里的「复杂」指做完还要再耗上数秒的任务，不是指功能在不在手机上、也不是指分支有多少。日历邀请从「接受 / 拒绝」变成要在四个冲突之间做取舍，回复从一句模板变成要改两段话，导航从「下一口」变成要重选终点——腕上的时间预算已经被看见会超，就应把活转到手机上接着做。触发条件是剩余时长，不是一条「满三步就跳转」的固定规矩，也不是手表与手机之间事先划好的工种表。
机制
人在腕上开始一件事，是因为起手成本低：不用掏口袋。一旦输入还在继续，抬腕的代价按秒叠加，掏手机的一次性代价反而变得划算。转交发生在这个交叉点：继续在腕上磨，不如付一次设备切换。若系统不提供转交，人会自己做一次更糟的切换——关掉手表、解锁手机、从头找同一个对象。那次切换把已经花掉的数秒彻底扔掉。按时长转交是承认交叉点会到来，并在到来时把人送到已经打开的那一端，而不是让人重新觅食。
边界
短到一次确认就能结束的动作（关掉闹钟、暂停音乐、标记已读）按时长并不复杂，不应仅仅因为「也有手机版」就被转走。没有配对手机、或手机不在身边时，转交路径不存在，超时任务只能失败或降级，不能假装跳转已经发出。运动中双手被占用时，转交到手机可能比继续在腕上更危险，应推迟到停止，而不是立刻弹「请使用手机」。同一任务在专家手里可能压进数秒内，阈值要对着真实用户的耗时，而不是设计者自己的演示速度。
怎么落地
- 在流程里标出「若此刻还没结束，预期还要再耗数秒」的节点，只在这些节点提供转到手机的动作。
- 转交按钮的文案写将要继续的那件事（「在手机上改回复」），不要写笼统的「在手机上打开应用」。
- 不要用固定步数或固定点击数当开关：三下很快的确认仍应留在腕上；一下之后还要滚一长串，就该转。
- 验证：记录从进入到转交发出的秒数，以及转交后是否真的在手机上续做。腕上已经耗过数秒才出现转交、或转交后手机停在首页，说明触发点设晚了或设错了对象。