通知
Notification
初级通用通知（Notification）是产品在事件发生后，主动把消息送到用户眼前或消息列表里的方式。它解决的是用户没守在原页面时，仍能知道有事发生的问题，比如后台导出完成后提醒用户下载文件。
你可能会说：「用户离开导出页面后，也能收到完成提醒，之后还能找到下载入口。」
动手看看离开报表后的导出通知
后台导出状态
当前页面
打开通知中心
标记通知为已读
默认你已离开报表。把导出状态切到完成，再打开通知中心；试试悬停、按住下载入口，或用 Tab 聚焦。这里只演示入口反馈，不下载真实文件。
任务还在运行，不必提前发一条完成通知。用户可以去工作台忙别的，通知中心此时也没有这条消息。
要点设计通知时要想清楚哪些事？
- 1
先看消息从哪里来
通知通常由用户操作的后续结果，或其他人、系统产生的事件触发。比如报表导出完成时，你可能已经切到别的页面，所以产品需要主动告诉你结果。
- 2
再看用户要不要处理
消息至少要让你看懂发生了什么；如果还要你做事，就给出明确入口。例如“报表已生成”可以附上“下载”，而“审批被退回”可以带你去查看退回原因。
- 3
最后决定能否稍后再看
有些消息看过就够了，有些消息需要留在通知列表里，方便你之后处理。做产品时先分清这两类，再决定展示位置、保留方式，以及点击后去哪里。
容易混淆的地方
通知强调事件发生后主动告知用户，不等于所有出现在页面上的提示。轻提示通常短暂出现，适合反馈刚完成的操作，例如“已复制”；通知可以跨越当前操作，必要时留在列表里。弹窗会打断当前流程，适合必须先作决定的事情；一般通知不需要用户立刻回应。
什么时候用
适合用
- 用户提交报表导出后去了别的页面，文件生成完再发通知，并提供下载入口。
- 团队协作工具里有人指派任务给你，通知告诉你任务名称，并带你打开任务详情。
- 后台审批结果稍后才出来，通知让申请人知道通过或退回，并能查看原因。
不适合用
- 用户点击“复制链接”后只需知道是否成功，用短暂的轻提示反馈就够了。
- 表单里某个字段填错了，直接在字段旁说明问题，比另发一条通知更容易修改。
- 删除共享项目会影响其他成员，需要用户当场确认时，用确认弹窗承接这个决定。
练一练选一个答案，看看解释
你在做一个报表后台。用户提交导出任务后可以继续浏览其他页面，文件通常过一会儿才生成。怎样告知结果更合适？
让 AI 帮你做复制给 AI Agent 直接用
请为报表后台设计站内通知：导出任务完成或失败时，用户即使离开提交页面也能获知结果；通知写明报表名称和结果，成功时提供下载入口，失败时提供查看原因的入口，并能从通知列表再次找到。请区分任务提交时的轻提示与最终结果通知。