SaaS的底层应用——消息中台

编辑导语：作为SaaS的底层应用——消息中台，它能最大程度减少开发资源的浪费与重复造轮子的问题，同时也对于各种业态都有极强的适应性。作者以“短信”、“邮件”、“微信”三个平台为例，向我们解释了消息中台的选择、价值和原则等方面内容。

随着业务越来越多，消息模版以及第三方推送都是存在于代码的配置文件中，这样的操作比较繁琐也不容易管理，于是就决定研发系统来将各类推送消息聚合至前台，其事务与推送渠道规则由产品配置决定。

其次，作为SaaS产品的发展必须支持其它业务平台的接入，而接入之后的账号体系和消息推送打通尤为重要。因此作为建筑设计领域平台，会有提供第三方开放平台的诉求。

一、需求分析

• 为满足不同业务平台提供消息系统的支撑，帮助不同业务系统完成基础消息的闭环流程。
• 支持产品配置业务类消息模版，及相应媒介。支持运营配置营销类消息模板，及相应媒介。
• 对接汇聚各类消息触达媒介，支持多类事件调用。

1. 好处

• 所有账号密码都是存在代码于配置文件中，一旦出现密码泄露等情况，那么就需要重新上线，风险性较高。
• 支持单一消息通道出现异常后，消息中台就会使用通道切换策略，确保不会影响用户正常的使用。
• 消息中台使用异步发送的机制，提高吞吐量、并发量。即确保消息将第一时间触达至用户。
• 对消息数据进行沉淀，可用于后期进行数据分析。

2. 价值

• 开发成本： 最大程度地完成消息分发系统与业务系统的解耦，最大程度减少开发资源的浪费与重复造轮子的问题。
• 拓展性： 与放在业务系统单独开发不同，消息中台可接入各类消息媒介接口，建立消息模板体系，具备极强横向扩展属性；同时也为后续开放平台提供支撑、低代码工作流业务赋能。
• 适应性： 消息中台对于各种业态有极强的适应性，这也是得力于其仅仅承担了业务当中消息分发的能力。

二、消息推送媒介的选择

1. 短信

短信服务： 21世纪的今天，几乎人人都有手机，作为目前消息推送的主流之一，短信的触达率是最高的。

主流短信服务商对短信的收费标准在¥0.05 元/条左右，频繁的推送会是不小的成本，也会造成短信轰炸。

所以这类渠道一般用于验证码、系统通知、营销短信业务的使用。

2. 邮件

邮件服务： 基本上人人都会有邮件，与短信不同的是，邮件是不需要向邮件服务商付费的，邮件触达率较低，对用户造成的困扰较低，所以，对于营销类的使用更为友好。

另外，邮件是可以作为除了短信通道之外的验证入口。

3. 微信

微信推送服务： 截止2020年底，目前国内微信拥有11亿多用户量，对于国内用户来说微信推送是目前除了短信推送触达率最高的渠道之一。

而微信推送包括的小程序和公众号推送，几乎是不需要成本。虽然推送会有内容方面的限制，但是我们推送的大部分内容是与用户互动的业务消息，是用户愿意主动接受的消息。

所以这类渠道，我们一般用于业务消息以及与用户产生互动的推送。

三、消息分发流程

• 发送方： 消息内容（消息类型、消息模板）、消息对象（系统范围内的人员）
• 媒介方： 消息策略（触达媒介选择：短信、邮件、站内信、微信等 ，消息任务时限设置，消息补发策略）、消息管理（增删查改）
• 触达方： 消息回执（已读未读、数据反馈回流）

四、接口文档（平台）

与RD定义所需开放接口，以及回调方式，这个可作为后期考虑。

五、媒介

1. 微信

主要使用微信服务号推送媒介，绑定微信服务号获取API key，对接微信提供的相应接口，以实现在消息中台统一配置管理的目的。

注： 公有模版库内没有的，需提交审核，一般使用公有模版库即可满足需求。

从公共模板库中选用模板，到私有模板库中，之后可以直接在创建业务时，调用模板，根据业务进行自定义配置。

消息模板内容形式，如下图所示：

2. 短信

主要选择第三方短信服务商，绑定短信服务商获取APIKey后，对接服务商提供的相应接口，以实现在消息中台统一配置管理的目的。

注： 所使用的消息模板必须通过供应商审核。

短信内容由：签名+消息模板内容（结合业务字段）组成。

3. 邮件

应支持接入主流邮件服务商（例如：qq、163、腾讯企业邮箱、阿里企业邮箱），完成之后可供业务调用邮件推送媒介时选取，进行自定义配置。以实现在消息中台统一配置管理的目的。

创建邮件服务程序时输入以下内容即可完成接入：

• host：邮箱传输服务器
• username：用户名 （登录邮件的用户名）
• password：密码（登录邮件的密码）

以上配置为发送方邮箱认证，还需配置发送方名称，具体例子如下图使示：

六、设计原则

• 不让用户错过重要消息。
• 在不干扰用户的情况下，达到营销目的。

参考资料：

http://www.woshipm.com/pd/5310298.html

 

本文由@高姿态 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Unsplash，基于CC0协议