I1.03.3proactive completion notification设计
完成时需要主动通知
别名: 完成通知 · 回头喊人 · completion alert
概念解释
人已经去干别的了，任务在某一刻结束。结束若只把原界面上的转圈换成对勾，这条消息会送进一间空房间。主动通知（proactive completion notification）是系统在完成或失败时，把人从别的任务里叫回来：系统通知、应用内横幅、角标、声音或振动，选一种能穿过当前注意的通道。它不是装饰性的成功动画，是一次跨任务的呼叫。
这条只处理「人已经不在看」时的完成。人还盯着屏幕时，原地变化就够了，再推一条通知是噪声。
机制
注意切走之后，原窗口掉出感知范围。完成事件发生在人的注意别处，要被察觉，必须占用那条别处正在用的通道，或占用一条被允许打断的通道（通知中心、状态栏）。只改原窗口，等于把信号写在无人监视的监视器上。
呼叫有代价。每次完成都推通知，人会关掉这类通知，真的需要回来时通道已经死了。所以主动通知的触发条件是「完成时人很可能不在」，而不是「凡完成必通知」。失败往往比成功更需要呼叫：成功可以下次打开时再发现，失败会让人以为还在跑。
边界
前台可见、等待短于注意上限时，不要另发通知。用户已明确关掉通知权限时，退路是下次打开应用的醒目入口，而不是改用无法静音的全屏广告。多任务同时完成要合并，五条「已完成」会把通道用尽。隐私敏感的完成（工资单已生成）不能在锁屏上写出内容，只能写「有一项任务完成」。公共场合的声音和振动要可关。
怎么落地
- 对预期超过十秒、且允许离开的任务，在完成与失败时发一条可进到任务对象的通知。成功和失败都要发，失败文案要能和成功区分。
- 人若仍在该界面前台，抑制这条通知，只做原地完成态。
- 通知点击应回到那个任务，而不是应用首页。
- 验证：开始一次长导出，切到其他应用等到完成。应收到一条能点进去看到文件的通知。人一直盯着进度的对照组，不应额外弹出系统通知。