跳到主要内容

站内通知三阶段计划

背景​

  • 普通业务消息统一收敛为站内通知，不再默认外发到飞书、企业微信、微信等渠道。
  • 外部渠道仅保留给异常告警、运维提醒等低频高优先级场景。
  • 当前代码已经具备 CmsKit 互动通知、IM 会话未读、异常群告警等能力，但缺少统一入口和统一阅读体验。

Phase 1: 通知中心后端标准化​

  • 目标：先把站内通知的数据契约整理清楚，给后续前端统一入口提供稳定基础。
  • 实施项：
    • 新增站内通知汇总接口，返回总未读、互动分类、系统通知、提及通知等统计。
    • 修复原有未读统计按分类只取首条记录的问题，改为按类别聚合求和。
    • 扩展通知筛选维度，支持系统通知、@提及通知。
  • 交付结果：前端不再依赖零散接口自行拼装分类统计，通知中心有明确后端契约。

Phase 2: 统一未读红点​

  • 目标：让 IM 前端出现统一的“通知中心”入口，而不是把互动提醒和聊天提醒分散在不同位置。
  • 实施项：
    • 增加通知中心前端 Store，统一拉取 CmsKit 未读汇总与 IM 会话未读。
    • 在 IM 主界面接入通知按钮和统一红点总数。
    • 对聊天读消息、通知已读等动作做联动刷新，确保红点一致。
  • 交付结果：用户可以在一个入口看到“平台还有多少消息没处理”。

Phase 3: 通知中心页面​

  • 目标：把站内通知真正做成一个可操作页面，而不是只有红点。
  • 实施项：
    • 新增通知中心页面，分为“互动通知”和“会话提醒”两个主视图。
    • 互动通知支持标记已读、批量已读、显示来源上下文。
    • 会话提醒展示 IM 未读会话，点击后直接回到对应聊天。
  • 交付结果：站内通知、IM 会话提醒形成统一处理入口，外部渠道继续保持可选、非默认。

后续预留​

  • 如后续 To B 审核流、工单流需要外部渠道推送，可在平台消息中心按白名单单独打开。
  • 如未来需要统一跨模块消息中心，可继续在当前站内通知契约之上扩展聚合层，而不是回退到业务直连外部渠道。