通知Notification
点了“标为已读”，这条询盘就跟进完了吗？
通知把新事件传达给相关用户，并提供查看事件或继续处理的入口。站内通知、浏览器系统通知与邮件通知是不同渠道，送达、看过、已处理也应分别记录，不能用同一个未读数字代表全部业务状态。
通知只是告诉你有事发生。看见提醒和把事情办完，是两步。
手机收到取件提醒、你读了消息、最后拿走包裹，不是同一个时间点。
类比到这里为止：通知还可能延迟、重复或被系统关闭。没有看见提醒不能证明事件没发生，也不该反复轰炸用户。
新询盘进入系统后在站内提醒负责人，入口对应具体询盘 ID。通知标为已读只减少未读计数，询盘仍保持待处理；联系客户要走独立的业务操作。
事件、提醒、处理是三个对象
- 业务事件
- 例如课堂询盘 D01 已进入待处理队列。
- 通知记录
- 关联事件与接收人，标记是否读过。
- 业务处理
- 查看需求、核对参数或回复，各自需要真实动作依据。
先选择合适的渠道
站内通知可以在当前应用内持久保留。系统通知可能出现在页面之外，需要适当时机向用户解释用途再请求许可；拒绝许可不应让基础业务功能无法使用。
下面只演示站内通知，不请求系统权限、不发送邮件。标为已读后仍可再次查看同一条虚构询盘。
点了“标为已读”，这条询盘就跟进完了吗？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
这是一条站内通知，不请求系统通知权限。反复加入同一事件仍只保留一条通知。
站内通知 0 条未读
尚未加入课堂通知。
继续看项目应用与交付检查
通知 在项目中负责什么
- 什么时候用
- 用户需要获知异步事件，且可以明确接收人、渠道与下一步时。
- 它解决什么
- 把分散事件送到需要它的人面前，并能回到正确对象。
- 它不负责什么
- 浏览器系统通知需要用户许可并受平台限制，站内提示不要求这项权限。通知不要泄露锁屏或共享设备上不该出现的客户信息。
- 放进真实项目
- 新询盘进入 CRM 后通知负责人，同时提供直接打开详情的入口。
通知承载跨时间发生、可能需要稍后处理的事件
客户回复询盘、报价获批或文件扫描失败时，负责人即使不在当前页面，也需要在回来后找到并处理。
- 01
只发送对接收人有行动价值的事件。
- 02
通知点击后直达可处理位置。
- 03
区分已读与已解决，保留必要历史。
有事件、已看见、已处理，分别记。
容易混淆的地方
未读通知数不等于待处理询盘数；发送通知成功不证明用户看到，更不证明用户已回复客户。
销售把“新询盘 D01”通知标为已读，系统应该同时做什么？
你可以这样告诉 AI Agent
我在处理这件事：新询盘进入 CRM 后通知负责人，同时提供直接打开详情的入口。请以“通知”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践