B 端 SaaS 产品自动化事件设计-规则表达式( 二 ) 编辑导语：随着B端行业的热度

文章图片
大致流程是商家端需要先针对预约资料信息项设定好规则表达式，启动自动化事件。
当用户进行服务项目预约时，会进行3轮的检查。分别是“是否启用自动化事件”→“是否匹配规则”→“匹配规则是否可以预约” 。
商家预设匹配规则「可以预约服务项目」的话， 3项检查都通过，用户即可进行服务项目预约。
3.逻辑规则表达式
（1）在预约资料表单设定规则时，存在多项规则组合设定的情况，比如，只允许A省但不含A1市的市民可以预约特惠项目，用逻辑语言翻译就是：用户身份“是A省”且“不是A1市” 。
（2）面对这种情况需要使用到逻辑语言进行匹配规则串联，逻辑语言会有：“且(&)、“或(|)”、“非(!)”3种常见的类型。
目前在产品的现有字段中，只需要用到“且(&)”和“或(|)”2种就能满足需求，未来根据新增字段类型，再决定增加“非(!)”条件。

文章图片
（3）“且”、“或”用法示例：
A且B=A&B=同时满足A和B规则，即为匹配。
A或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项后都在“或”组合规则的时候，会对规则阅读和理解产生障碍，接下来问题就是考验实际UI界面展示的时候如何进行交互表达。
3.规则表达式方案
在经过市面上5款类似产品设计后，提出了A/B/C3种设计方案。通过给定设定任务和阅读任务，对3位使用者进行易用性测试，大致的结论如下。

文章图片