H6.13.3notifications labeled by source account设计研究
通知与消息需要标注来源账号，避免多账号混淆
别名: 通知来源账号 · multi-account push · 推送串号
概念解释
推送、系统通知、应用内铃铛在多账号下会混在同一条通道里。标注来源账号指每条通知带有可再认的账号名或徽章，点击后打开的是该账号的上下文，而不是当前前台碰巧在用的那个号。这条管通知这一层的身份，不管顶栏平时怎么显示当前号，也不管切换时草稿清不清。
机制
操作系统通常给一个应用一条通知通道。多账号若不在 payload 里带账号 ID，点击会落在默认账号，人用错误身份回复、已读、付款。预览正文若含另一号的客户名，锁屏上就会串密。人靠再认决定点哪一条：没有来源标签，只能猜。前台账号与通知所属账号不一致时，必须先切再展示，否则回复会发错。角标数字若把所有账号加总又不说明，会逼人逐个打开切换器对账。
怎么研究
两个账号各收一条通知，比较有无来源标签、点击是否切到所属账号，看回复发到哪。
自变量：通知标题是否含账号名、点击是否切换上下文、角标是分账号还是总和。 因变量：点进正确账号的比例、用错误账号回复的次数、锁屏预览泄漏另一账号内容的次数。
实验室通知是主试触发的，人处于警戒。现场要在通知堆里夹杂其它应用。不要用打开率当成功——要看打开后的当前账号。
边界
系统禁止自定义通知布局时，至少把账号短名放进标题。单账号不要硬塞「账号：」前缀。邮件类通知正文本身就是内容，来源标签仍要有，以免工作邮箱的信出现在个人号预览。退出某一账号后，该账号的通知必须停，否则标注再清楚也是给已退出身份推送。
怎么落地
- 每条推送与铃铛项带账号短名或颜色徽章；点击先切到该账号再打开对象。
- 锁屏预览不显示其它账号的正文，或按账号分别设预览权限。
- 角标可分账号显示；若只能显示一个数字，点开后按账号分组。
- 验证：B 的通知在前台为 A 时点开，当前身份应变成 B 且回复发到 B。锁屏截图不应出现 A 的客户正文在 B 的通知里。退出 B 后 B 的推送应停止。