系统组件实现方案

查看通知详情

点击通知

运维人员

通知+自定义消息

通知（App端横幅通知）

是否修复正常

通知渠道

一、功能（CRM系统）消息形式1.通知：指定通知标题和内容后，由消息中心组件自动处理后，在系统中以站内信的形式展示，同时显示未读信息标识提醒用户；2.自定义消息：消息体格式用户可以自定义，比如纯文本、图片+文本等。此处自定义消息只是处理消息形式，后续的推送动作由消息中心组件接收消息后进行推送，比如通过手机短信或内部邮件系统的形式。推送目标支持通过标签、角色、用户分组、组织层级这四种方式来管理目标用户设置，可以根据具体业务系统需求灵活配置。1.系统全量用户：即选择向系统中所有用户发送消息，适用场景一般是系统升级、维护等公告消息；2.标签：标签为用户的一种属性，比如说性别、用户角色名、兴趣爱好，在给某一类用户进行标签标记后只要选择某一类标签的用户，就可实现消息精准推送。比如给负责审核订单支付的财务人员发送待审核的通知消息。首先需要将负责审核订单支付的财务人员账号标记为该角色，之后选定该角色后就可以精准发送待审核消息；3.分组推送：可以通过设定分组规则，比如湖南销售公司的人员设定为一个组，将所有棣属于湖南销售公司的人员纳入到分组中。推送消息时只要选定该分组，即可实现消息的精准推送；4.组织层级：在组织架构中可任意选择某一个组织层级，比如销售公司层级。推送消息时仅仅推送给全国所有属于销售公司层级的人员，当然也就不包括销售公司的上级组织和下级组织中所属人员。统计分析统计分析至少要有三个维度：【推送类型】、【日推送数】、【用户数据】，分别从数据类型、日期、用户进行统计，全面分析系统中的日常消息推送情况和用户活跃度。1.推送类型：从推送类型的角度出发，展示不同推送类型的任务详情以及数据分析；2.日推送数：从日期维度出发，统计过去24小时内所有推送任务的统计总量数据，包括不同日期不同任务类型的消息推送总量；类似的统计维度比如说【周推送数】、【月推送数】、【三个月内推送数】、【半年内推送数】3.用户数据：从用户角度出发，统计当前系统中的不同类型用户收到消息推送的数量。

服务端是否正常

下发消息

一般通知

是

通知方式

消息形式、推送目标对应业务场景关系表单

消息数据传给业务系统

用户

启用App

否

二、应用场景（CRM系统）合同模块1.签约成功2.提醒归档3.合同自动完成线索模块1.线索公海自动回收提醒2.线索公海执行自动回收3.线索执行自动转移4.线索执行关闭5.线索执行转入公海6.线索执行转化客户7线索执行转化商机8.线索执行分派......任务模块1.任务新增负责人/协同人2.任务开始提醒3.任务已过期4.任务截止提醒5.任务已延期6.启动任务7.完成任务8.关闭任务......审核模块1.审批节点提醒2.审批结果通知客户模块1.审批节点提醒2.客户转移3.客户创建商机4.客户创建合同......大文件管理模块1.文件导出成功/失败2.文件上传成功/失败

判断系统组件服务端异常原因并修复

系统组件（消息中心）

根据回调的数据情况，匹配业务场景，对应处理

业务系统（CRM）

开始

通知（PC端站内信）

三、第三方接入说明接入流程（偏技术实现）1.在系统组件（消息中心组件）中配置准备接入的系统参数；2.App端接入：Android和IOS有不同的api接口接入集成方式；3.服务端接入：服务端设置API接口推送参数，为准备接入的系统做准备；4.做推送测试：完成服务端接入配置后，进行消息推送测试，判断是否可以根据系统规则成功接收到消息中心下发的消息；消息下发流程

消息数据传递异常提示