编辑导语:随着B端行业的日益火爆，相关的讨论度也在不断上升。有些产品经理想进入B端行业，但是了解不多。在B端SaaS产品中，我们经常会遇到一些自动化的事件设计模块。本文对SaaS产品在B端的自动化事件设计进行了分析和说明。推荐对B端SaaS自动化产品感兴趣的用户阅读。

背景:由于疫情或政策原因，目前有预约SaaS平台反馈的商家希望对用户进行身份识别，以判断用户是否具备预约资格。

1.商业之声

2.场景分类

经过对资料的收集和整理，我们知道商家所说的需求场景主要包括以下三类:

3.商业价值

1.现有业务流程

(1)现有业务流程不具备用户识别能力，需要构建新的基础能力或改造现有能力以满足业务需求。

该模块与“自动化”的理念高度一致，该表单可广泛应用于各行各业的订票业务流程中。

SaaS平台最初在预订业务流程中具有预订数据表单的功能，但在此之前，它仅用于信息收集。

(2)目前平台预订信息表单提供的字段类型有“联系信息字段”和“一般字段”。总结现有字段可以分为四种类型进行识别，即字符串、数字、日期和多选。

(3)针对不同的字段类型，通过竞品分析调研，整理出以下常见的字段匹配规则。

以“字符串”型信息项为例:提供了“是”、“否”、“包含”、“不包含”、“以…开头”、“以…结尾”的规则选项。

对于“串”型问题:你最喜欢的篮球明星是谁？

如果你设置规则为“科比”，那么对于这个问题，只有用户填写的内容完全匹配“科比”，才可以认为是匹配规则。

如果设置了“包含科比”，那么只要用户内容中有“科比”，即匹配规则；否则，它将不符合规则。

以此类推，了解其他领域和相应的规则。

2.迭代业务流

为了从用户填写的预约材料中识别身份，需要对预约材料进行改革，在预约材料表单模块中增加“自动事件”。

流程一般是商家需要先为预订信息项设置正则表达式，启动自动化事件。

当用户预约服务项目时，将进行三轮检查。它们是启用自动化事件→匹配规则→是否可以保留匹配规则？

如果商家预设了匹配规则“可以预约服务项目”，用户在三项检查全部通过后，就可以预约服务项目。

3.逻辑规则表达式

(1)当在预订信息表单中设置规则时，存在组合设置多个规则的情况。比如只有某省但不包括A1市的市民才能预约特殊项目，用逻辑语言翻译:用户身份是“某省”而“不是A1市”。

(2)面对这种情况，需要用逻辑语言将匹配规则串联起来，会有:“and (&)”或(|)，“not(！)”3常见类型。

目前只有“and (&)”和“or (|)”可以满足需求。今后，我们将决定添加“not(！)”条件。

(3)“and”和“or”的用法举例:

且a b = a & B =和B规则都满足，即匹配。

或者B =A|B=只要满足A或B的规则之一，就是匹配。

另外，在设计过程中，逻辑语言的使用是有一定门槛的，要尽可能降低商家设置的难度。

1.自动化事件

经过讨论，决定在原来的预订数据表单业务的基础上添加“自动化事件”。预订表格已被大量商家投入业务运营。对于不需要控制的业务，默认设置为“无限制”。

商家可以根据运营需要自行设置和启用自动事件规则表达式。

2.复合规则表达式

(1)单一规则

对于单个规则，比如限制身份证从“440300”开始的规则，可以表述为:({身份证}[开头为… ]{440300})。

(2)“与”组合规则

当有多个“与”规则时，例如限制身份证从“440300”开始，不包含“440399”的规则。可以表述为:({身份证}[开头为]{440300})、({身份证}[不含] {440399})。

(3)或组合规则

多个或规则，如限制身份证以“440300”开头或以“440399”开头的规则。可以表述为:({身份证}[开头为… ]{440300})或者({身份证}[开头为…] {440399})。

(4)混合组合规则

例如，当有多个“与”和“或”规则时，限制身份证以“440300”开头，不包含“440399”。或者身份证以“440100”开头，不包含“440199”规则。可以表示为:({身份证}[以… ]开头{440300})、({身份证}[不含]{440399})或({身份证}[以… ]开头{440100})、({身份证}[不含] {440199

从上面的解释可以看出，随着组合规则的增多，设置和读取规则成为一件非常困难的事情，对于用户来说学习成本很高。

用户测试后发现，当基本超过3项时，规则进行or-组合时，会阻碍对规则的阅读和理解，接下来的问题是测试实际UI界面显示时如何交互表达。

3.正则表达式方案

经过对市场上五款同类产品的设计，提出了A/B/C三种设计方案。给定一个设置任务和一个阅读任务，测试三个用户的易用性，大致结论如下。

方案A:直接定规则。对于不同的规则，可以根据需要选择“与”和“或”的组合。该方案虽然满足了可用性，但并没有解决用户的设置和阅读障碍。

方案B:在方案A的基础上，将规则拆分成规则组，将规则拆分成更小的单元。规则很好的解决了设定的问题，但是对于阅读来说还是有很多问题。比如在第一个规则组后用“and”组合，那么两个组实际上是一个组，读起来不直观

方案C:基于以上总结的问题，最终决定规则组中只使用“与”，规则组之间只使用“或”组合。对于专业人士来说，设置复杂的正则表达式会变得重复。但是对于普通人来说，更直观更直观。

因此，在正则表达式的设置上采用了“方案C”。

4.正则表达式更新机制

在预订数据表单的实际使用过程中，表单的内容会根据业务需求进行调整。因为自动化事件与表单相关联，所以它们将受到表单内容的约束。

当修改预订数据表单的字段影响自动设置规则时，系统需要检查并指导用户操作。修改表单的影响规则，可以在“？”中找到预览，并且可以一键快速排除。如果不确定，可以暂时放着。

或者点击“立即更新”进入自动设置页面进行调整，并突出显示受影响的规则。原则上还是希望最大程度简化用户的操作难度，提高操作效率。

对于B端产品，尤其是SaaS产品，从客户那里得到的信息通常是片面的。客户只会告诉你你需要什么。设计产品的能力不能只站在单一需求上考虑问题。你需要看“某种能力”或者“某些业务场景”，和业务价值一起做判断。

有很多场景可以应用于“自动化事件”的能力设计。例如，数据更改、客户订单、业务取消、预定任务等。只要涉及标准条件(触发项)，就可以通过逻辑表达式来区分。

而后续的动作，当然不仅限于本文所说的限制给客户下单。还可以根据实际业务提供动作，比如发短信，赠送优惠券，自动标记等等。

这是SaaS产品能力原子化的结果。成为SaaS产品经理不仅仅是为了提高产品能力和拓展产品解决方案的深度。功能越多越好。有限的能力可以产生更多样化的业务组合。这就需要思考如何将产品能力抽象成更基础的能力单元，便于组合能力单元的不断发展和深化。

希望对你有帮助。

作者:龙国富，微信官方账号:龙国富，分享用户研究、客户体验、服务科学等领域的信息、观点和个人见解。

本文由@龙国富原创发布。每个人都是产品经理。未经授权，禁止转载。

图为Unsplash，基于CC0协议。