跳到主要内容

通知模块

微语通知模块用于在企业内部统一传达重要信息,让系统消息、团队公告和平台级提醒都能进入同一套通知中心。相比散落在群聊、邮件或口头沟通里的临时提醒,通知模块更适合承载正式、可追踪、可分级的消息,帮助企业把“谁发了什么、发给谁、是否已读”这件事管理清楚。

对于非技术团队来说,可以把它理解为一套内置在微语管理后台里的“企业消息公告栏”。它既能服务日常运营,也能用于制度宣导、紧急提醒、维护公告、信息安全提示等场景。

适合哪些场景​

  • 发布公司级通知,例如节假日安排、制度更新、考勤调整。
  • 向某个部门定向发送提醒,例如客服排班变更、销售目标同步。
  • 向单个成员发送明确提醒,例如审批通知、工作交接提醒。
  • 发布维护类消息,例如系统升级窗口、服务暂停说明。
  • 发布安全类消息,例如账号异常提醒、密码更新通知。

发送通知​

send_notification

阅读通知​

read_notification

这套通知有什么价值​

1. 统一通知入口,减少遗漏​

微语把通知集中到后台统一管理,员工可以在个人通知页查看消息,也可以通过右上角铃铛快速看到未读数量和最近未读内容。这样可以避免重要消息被聊天记录淹没,降低“没看到”“忘记看”的情况。

2. 支持分级发送,更适合组织管理​

通知不是只能群发。当前版本支持按不同范围触达对象:

  • 平台级通知:适合总部或平台运营方向全平台用户发布统一公告。
  • 组织级通知:适合企业管理员向本组织全员发送通知。
  • 部门级通知:适合向指定部门定向传达信息。
  • 单用户通知:适合精准提醒某一位成员。

这意味着企业可以根据消息的重要性和范围控制传播对象,既提高效率,也减少无关信息打扰。

3. 已读未读清晰可见​

通知支持未读、已读状态区分。员工收到消息后,可以在个人通知页查看详情并标记为已读,也支持一键全部标记已读。对于管理者来说,这种机制比单纯发群消息更正式,也更利于后续管理。

4. 通知类型明确,表达更专业​

当前通知类型包含以下几类:

  • 一般通知:适合日常事务沟通。
  • 公告通知:适合正式发布制度、安排和通告。
  • 维护通知:适合系统更新、维护窗口、服务调整提醒。
  • 安全通知:适合账号安全、权限变更、风险提示等内容。

不同类型会在列表中以不同标签展示,便于员工快速判断通知性质。

在微语里如何使用​

当前通知模块在管理后台主要有三类入口:

  • 个人通知:员工在“设置 - 通知”中查看发给自己的消息。
  • 团队通知:组织管理员在“团队 - 通知”中管理和发送组织内通知。
  • 平台通知:超级管理员在“超级管理 - 通知”中发布平台级通知。

同时,系统右上角的通知铃铛会显示未读数量,并展示最近几条未读消息,方便用户快速进入通知详情页。

管理者视角的优势​

如果你是企业负责人、行政、人事、客服主管或运营负责人,这个模块的价值主要体现在以下几个方面:

  • 正式性更强:比聊天消息更适合发布制度、公告和要求执行的事项。
  • 触达更精准:可以按组织、部门、个人分别发送,不必每次都全员广播。
  • 内容更规范:每条通知都有标题、正文、类型、发送人和发送时间。
  • 管理更方便:组织侧可以统一查看通知记录,必要时支持删除历史通知。

员工视角的体验​

对于一线员工、客服、销售或运营成员,通知模块的体验更接近日常使用习惯:

  • 打开后台就能看到未读数量。
  • 点开铃铛可以快速预览近期未读消息。
  • 进入通知页后可以查看完整内容。
  • 阅读后状态自动更新,更容易管理自己的待办信息。

一个典型使用流程​

以“客服部门排班调整”为例:

  1. 管理员进入“团队 - 通知”。
  2. 选择通知类型,例如“一般通知”或“公告通知”。
  3. 选择发送范围,例如“部门”。
  4. 指定目标部门,填写标题和正文后发送。
  5. 目标成员会在自己的通知中心看到未读提醒。
  6. 成员打开详情后,通知会变为已读。

整个过程不依赖外部工具,适合在企业内部形成统一通知流程。

总结​

微语通知模块的核心价值,不是“多发一条消息”,而是帮助企业把内部重要信息传达这件事做得更统一、更正式、更清晰。对于需要管理通知范围、提升信息触达效率、降低遗漏风险的企业来说,这是一个非常实用的基础能力模块。

这页文档对您有帮助吗?