系统组件实现方案
2023-06-12 17:14:55 0 举报
系统组件实现方案
作者其他创作
大纲/内容
查看通知详情
点击通知
运维人员
通知+自定义消息
通知(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.做推送测试:完成服务端接入配置后,进行消息推送测试,判断是否可以根据系统规则成功接收到消息中心下发的消息;消息下发流程
消息数据传递异常提示
0 条评论
下一页