H5.06.1inline notification actions设计研究
通知内直接操作省去进入应用
别名: 通知快捷操作 · 栏内回复 · notification actions
概念解释
可操作通知在卡片上给出下一步：回复、归档、延后、批准、标记完成。人在通知栏或锁屏上做完，不必把整个应用唤到前台。省掉的不是「少点一次图标」，而是一次任务切换：加载主界面、找到对象、再执行那个其实已经写在卡片上的动作。
这条管「哪些动作值得放在通知上」。它不谈动作之后卡片怎么承认成功，也不谈哪些动作危险得不该出现在这里。
机制
从通知走进应用，要付一次完整的恢复：新的信息架构、可能的登录墙、对象在深层列表里。若下一步是短的、可逆的、上下文已在卡片上（这段话、这张请柬、这封邮件的归档），这笔恢复费高于动作本身。把动作留在卡片上，工作记忆不用卸载当前的主任务太久。
不是每个事件都有这种短动作。需要对照、编辑长文、看图、选人的，卡片放不下合格的上下文，点进应用反而是对的。硬塞一个「打开」当操作，没有省切换，只是多了一个按钮。
怎么研究
把同一类事件做成「只可点进应用」与「卡片上有主动作」，在人正在做另一件事时送达，比较完成该事件的时间、是否完成、以及主任务被丢下的时长。
自变量：卡片上是否有主动作、动作是否需要额外输入（回复框）、锁屏是否允许该动作。 因变量：不打开应用就完成的比例、主任务中断时长、误操作率。
实验室若把「处理通知」当成指定任务，会高估进应用的意愿。应允许忽略。锁屏与通知栏的可用动作集往往不同，要分开测，不要拿栏内成功率去推断锁屏。
边界
企业设备可能禁止锁屏回复。加密会话在未解锁时给不出正文，动作只能是「打开并解锁」。弱网下卡片动作若只乐观提交、应用内才真正失败，人会以为做完了。没有稳定对象 ID 的广播通知（「你有新动态」）放不出可执行动作，先别做快捷按钮。
怎么落地
- 为有单一、短、可逆下一步的类型在卡片上放那个动作：归档、回复、接受、完成、延后。
- 需要长上下文的类型只保留点进对象，不要用「打开应用」冒充操作。
- 动作的对象名称写在按钮旁，避免多张卡片并排时按错。
- 验证：在人填表中段推一条可归档邮件。若大多数人仍点进应用才归档，按钮不是不可见就是不像能用；若栏内归档成功且表单未丢，快捷动作才算省掉了切换。