erp|干货总结:我对B端系统配置功能设计的思考( 三 )


erp|干货总结:我对B端系统配置功能设计的思考
文章插图
这样做的好处是,用户可以在一个页面,完成多个配置,而不用不停的切换页面。
我们也可以看到,渠道店铺可以继承渠道、渠道商家、商家、店铺的配置,我们可以根据真实的业务诉求,以尽量减轻用户配置负担为目标,灵活的选择配置的对象。
当某个用户在配置时,一个属性不同的枚举值对应的规则一样,例如期望所有美团渠道的店铺都适用自动打印配置时,我们到最小的配置维度【渠道店铺】去一个一个配置,无疑还是增加了用户的操作成本。这时我们就可以考虑将其父类作为配置的维度,子类继承父类的配置规则。
erp|干货总结:我对B端系统配置功能设计的思考
文章插图
四、配置的入口怎么设置确认配置的入口,我们一般这么做:
STEP1: 根据配置操作人确认在哪个系统上做配置;
STEP2: 根据业务用例上的参与者划分不同的配置模块;
STEP3: 根据配置维度,聚合配置功能;
STEP4: 易用性改造
以下为笔者负责的OMS系统中配置功能的统计(数据已脱敏):
erp|干货总结:我对B端系统配置功能设计的思考
文章插图
关于易用性改造,我们一般做以下事情:
在业务或数据相关页展示配置入口;
利用接近原则,在业务或数据相关页展示配置入口。利用接近原则是一个心理学名词,指对于彼此接近的事物,人们总会下意识地将他们建立某种关联性,并视为一个整体去看待。这么设计可以减轻用户的认知成本。例如:
erp|干货总结:我对B端系统配置功能设计的思考
文章插图
将业务流程中配置形成SOP;
如一个商家的系统进行初始化时,需要进行履约相关配置、库存价格策略配置、前台作业系统配置等,如果一个一个去找相关的配置,则学习成本较高,容易出现配置遗漏等情况,那么我们一般将业务流程抽象为一个SOP,在SOP中,展示对应配置的入口。例如:
erp|干货总结:我对B端系统配置功能设计的思考
文章插图
3、支持查询配置
提供全局性的查询功能,支持查询对应的配置。例如:
erp|干货总结:我对B端系统配置功能设计的思考
文章插图
五、示例:配置设计的流程这天,运营给我反馈了一个问题,希望可以新增订单自动打印的功能,以支持OMS系统在多个业务节点下,可自动打印小票,而不用店员再去手动点击,而且要可以控制预约单在预约送达时间前1小时打印,由于门店使用的打印机型号不同,还要支持为不同的打印机配置不同的打印模板。
我识别到此需求后,我按照以下工作流程,进行了配置的梳理:
STEP1: 识别参与者,抽象用例:抽象出用例,才能拆分配置功能。强行在一个配置里,将所有业务规则都体现,是不现实的;
STEP2: 确定要配置的内容,确定配置的维度;
STEP3:根据配置的操作人和配置的维度,确认配置的入口;
最终可以整理出这个表格,接下来我们就可以根据这个表格、进一步梳理业务流程图、整理原型、撰写PRD了。
erp|干货总结:我对B端系统配置功能设计的思考
文章插图
六、结语配置设计纷繁复杂,今天我以实际的工作经验,给大家介绍了我对B端配置设计的一些思考,希望可以给大家一些思路,并且引导大家思考功能设计背后的逻辑,权当抛砖引玉吧,毕竟抄竞品简单,但是竞品因何发展成这个样子,其中的逻辑判断,与设计权衡,才是我们应该了解的。