前段时间写了两篇关于商家入驻步骤和入驻流程的文章，感兴趣的同学可以去看下，文末也会放这两篇文章链接。今天这篇文章主要讲商家后台系统消息的设计。
消息系统是商家后台必不可少的功能模块，其主要核心是帮助商家能及时了解业务消息，保障业务正常健康的运行。本文按照下面6个方向，详细的介绍了电商后台中的系统消息的设计思路。
(1) 消息内容分类；
(2) 消息内容产生方式；
(3) 消息接收方式；
(4) 消息紧急级别；
(5) 消息实现方式；
(6) 消息常规字段;
1.消息内容的分类
消息内容的分类是将各种场景下的消息进行有序有理的归类，能让商家在后台消息管理模块中以tab切换的方式进行筛选。
这里我按实际的场景将消息分为4类：
(1) 订单消息
订单消息指的售前订单消息和售后订单消息。
售前订单消息：当用户成功付款后，需要告知商家及时发货的消息。
售后订单消息：当用户进行退款、退款退货、换货等售后申请操作，都要及时通知到商家，提醒商家尽快去处理。同时每种售后用户触发的一些关键节点也需要通知给商家，比如退货换货，用户发货成功了；商家拒绝用户售后，用户申请平台仲裁。涉及到平台仲裁，又会有很多消息通知到商家，这里就不在扩展了。
(2) 商品消息
商品消息包含库存预警消息和商品下架消息等。
库存预警消息：包括实际库存预警消息和活动库存预警消息，活动库存是从实际库存拿出一部分库存用于活动消息。库存预警消息是为了让商家及时补充货源，至于如何设置预警值，后面的文章再解释。
商品消息：指的是平台审核商家商品时，发现存在违规、敏感信息等原因导致被平台下架，那么这是通知商家，进行扣分整改等操。
(3) 平台消息
系统更新消息：指的是商家后台增加新功能或者功能优化的消息。
运营消息(活动消息)：指的是商家报名平台活动，关于活动商品审核结果的消息；平台活动消息提醒消息等等。
奖惩消息：指的是商家违反平台制定相关制度、规则，平台处罚商家结果的消息；
(4) 平台规则
平台规则我这里代表一种特殊的消息，具有一定法律效应的，比如商品管理规范、交易规则、商品发布规则等等。若商家违反这些规则，平台对商家就会做出处罚。
消息内容大致分为这四种，也不是说分的越细越好，大家按照自己平台实际场景去区分。
以上分类仅供参考，有更好的分类方式，请留言交流，谢谢！
2.消息内容产生形式
内容产生形式分为平台人工添加和程序代码预设。
平台人工添加：很好理解，比如系统更新消息、平台规则都是运营手动添加的。
程序代码预设：某些特定场景，用户触发关键节点，然后这个时间点自动发送一条预设好的文案给商家后台。比如上面提到的订单消息、商品消息等。
3.消息接收方式
消息接收方式分为手机短信、邮箱形式、后台站内信。
站内信：站内信是系统内部功能，技术人员可以随意设置，消息内容可以由运营人员任意的自定义。
邮箱：消息内容也是由运营人员添加，一些场景下邮件确实是必发的功能，因为可以作为调查的凭证。
手机短信：短信功能一般都由第三方平台提供，所以发送内容长度有所限制，内容需要简洁，最大特点就是及时。
4.消息紧急级别
消息紧急级别一般分为三挡：一般、重要、紧急。不同级别的消息，在页面上展示形式也有差别，同时消息采用什么接受方式也可以以此为依据。
比如平台规则，具有法律效应，应归于重要级别。页面展示形式如下：
（参考示例）
比如上述订单消息，属于高频的，可以归为一般级别。页面展示形式如下：
（参考示例）
紧急级别的消息，应对用于突发情况，临时决策时发出。
（参考示例）
平台消息，可如下展示：
（参考示例）
消息实现方式分为直接触发和人工触发。
5.1 直接触发
直接触发是将消息发送的逻辑和具体的业务代码逻辑写在一起，当满足条件时，触发消息发送功能。比如上述提到的订单消息。
5.2 人工触发
人工触发是平台人员将消息内容编辑好，然后实时发送或者定时发送。
(1) 标题
(2) 正文
(3) 附件
(4) 是否定时发送
(5) 接受方式
(6) 发送对象：支持部分商家发送
以上就是商家后台系统消息的设计，欢迎下方留言交流！
评论(0)