我对B端通知提醒功能的设计思考

在产品设计过程中，B端系统需要与用户进行信息的交互。

网上已经有较多的C端消息通知系统设计的文章，但是B端消息通知系统的设计，与C端还是有一些侧重点的区别。

本文就根据笔者自身的工作经验，来给大家介绍笔者对一下B端系统通知提醒功能设计思考。

一、通知提醒功能是什么

在开始进行B端通知提醒系统的设计前，我们有必要THINK IN UML，将通知提醒抽象成一个用例（use case），以方便后续具体的功能设计。

一个完整的用例定义由参与者、前置条件、场景、后置条件构成。

为方便大家理解，我们以煮饭这一个用例来解释用例中的参与者、前置条件、场景、后置条件。

• 参与者：驱动系统，用例是其愿望的体现，可以认为是“我”；
• 前置条件：启动用例的前提，即要煮饭，需要先有米；
• 场景：煮饭的方式有很多种，可以用铁锅也可以用电饭煲，场景是用例在不同条件下的处理方式；
• 后置条件：煮饭后，米变成了米饭，表示用例执行的结果。

那么通知提醒这个用例种，参与者或者说是业务主角（business actor）是OMS系统的用户吗？

在通知提醒这个用例下，显然不是。业务主角应满足以下三个条件：

1. 应是主动向系统发出的动作；
2. 拥有完整的业务目标；
3. 系统是为他而服务的。

同时，我们知道参与者通过可以是输入的一段指令，一笔订单，一个商品信息，不一定是一个有生命的人。

那么在通知提醒这个用例中，我们发现用户只是业务工人（business worker），在业务模型中是被动的去完成主角的目标的。

那么按照上述的条件，我们可以将【通知提醒】这一指令抽象为业务主角，其愿望或者说目的是为了保证业务正常的开展。

系统是为主角服务的，业务主角的确认深刻的影响了功能设计的权衡取舍，后面会详细介绍。

那么在这个用例中，前置条件、场景、后置条件怎么理解呢？

• 前置条件：提醒事件，如果没有提醒事件，则无法进行提醒；
• 场景：通知提醒的触达手段，B端系统中有多样化的触达手段，以适应不同的条件，这个后面会进行详述；
• 后置条件：通知提醒的结果，B端系统中通知提醒的结果和C端不同，B端通知的结果一般都是提醒事件的消失，而非提醒消息本身的已读。

提醒事件

一个提醒事件可以表述为：“当某物满足什么条件时需进行通知提醒”。

人驱动系统、事体现过程、物记录结果、规则控制运行，提醒事件是上游用例的结果或者说输出物。

所有的提醒事件都是围绕着“物”这么一个实体类开展的。

那么B端系统有哪些种类的提醒事件呢?

1. 系统正常作业过程中需要业务工人参与的事件

• 发货单在已创建状态时需进行通知提醒；
• 发货地址发生变化时需进行通知提醒；
• 顾客催单时需进行通知提醒；
• 在系统中预约完成的事项已完成时。

2. 系统作业异常时需要业务工人处理的事件

• 物流系统配送异常时需进行通知提醒；
• 根据预设条件发现数据异常时需进行通知提醒；
• 拣货超时时需要进行通知提醒。

3. 系统服务异常时需要业务工人介入处理的事件

• 服务器宕机时需要提醒；
• 接口服务异常时需要提醒。

4. 产品运营/客户方运营手动进行的信息分发需要业务工人知悉的事件

• 系统升级公告；
• 停止服务公告；
• 系统能力变更公告；
• 要求店员开启自动接单功能的公告。

当然，还有一些操作时的即时提醒，这些提醒只是用户操作用例中的一个需求点，不在B端通知提醒用例中，本文暂不涉及。

触达手段

一个触达手段可以表述为：“在什么地方（WHERE）、什么时机（WHEN）、以何种途径（HOW）、通知谁（WHO）、如何消费（WAY TO FININSH）”。

B端系统与C端系统在触达手段上是有一些区别的，差异如下：

1. 业务工人的细分角色较多，需执行差异化的触达策略

不同业务工人在企业内部的角色分工和所属组织架构的不同，信息焦点所属载体各不相同。

如运营人员可能并不会一直盯着OMS系统，但是一定保持着企业微信登录，那么就可以选择使用企业微信进行信息的触达。

又如店员可能并不是一直守在收银机旁，但是不会离开门店，这个时候可以使用声音提醒的方式；

不同的业务工人关注焦点不同，店员更关注哪些订单需要拣货了，而运维人员更关注系统是否稳定运行，故要将不同的提醒事件给相对应的角色进行提醒；

2. SAAS化的B端业务繁杂，千人千面,需支持触达方式的配置

使用同一套系统的客户，由于业态不同和组织架构的不同，业务工人接受信息传递的载体，以及接受到提醒的方式也不同，需支持配置，以适应千人千面的业务场景。

配置的设计可参考笔者的这篇文章：干货总结：我对B端系统配置功能设计的思考 | @kathic 。

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！