CN111340562A

CN111340562A - 一种设置商品促销方案的系统及方法

Info

Publication number: CN111340562A
Application number: CN202010146601.9A
Authority: CN
Inventors: 王亚南; 任媛媛
Original assignee: Shanghai Qilue Network Technology Co ltd
Current assignee: Shanghai Qilue Network Technology Co ltd
Priority date: 2020-03-05
Filing date: 2020-03-05
Publication date: 2020-06-26

Abstract

本发明公开了一种设置商品促销方案的系统，包括：方案元单元：用于指定促销方案的有效期、有效次数；条件单元：用于判断当前的交易是否满足指定的条件；促销单元：用于执行实际促销行为；特批单元：用于B端销售中常见的特定客户特价的情况；所述方案元单元、条件单元、促销单元和特批单元依次连接，本发明提供一套灵活的促销规则引擎，让企业根据自己的需要灵活设置促销流程，并提供促销规则的价格试算功能，帮助企业快速制定促销方案，响应市场需求，并且有效规避因人为操作错误造成的风险，提高企业的市场竞争力。

Description

一种设置商品促销方案的系统及方法

技术领域

本发明涉及电子商务技术领域，具体是一种设置商品促销方案的系统及方法。

背景技术

随着近年来电子商务的迅猛发展，普通消费者（C端）在线上购物已经成为常态化的行为。受此影响越来越多的产业上游企业也将其全部业务都搬到线上，这些企业的产品多数不是面向C端（比如化工原料、发动机、接线端子等），而且通常会在不同区域设置经销商（B端），因此面对C端客户的促销策略不能够满足这些企业的日常需求。

已目前常见的B端返利政策来讲，通常会定义阶梯式返利政策，比如采购满2万返利5%，满3万返利6%，依次类推直到最高每订单可以返利10000元。但是由于受到市场政策的影响，可能不同区域的返利政策又有不同，比如东北大区最高可以返利到15000元，但是江浙沪区域最高直到8000元。又有在B端抢占大客户过程中，可能会有特价申请的情况，这类订单不能够参与返利。由以上描述可以看出，C端市场常用的满减、满赠、满折等促销模式均不能够很好的适应这种企业的促销模式。

多数现存的自营B2B电商平台，都是在C端标准的促销方案上进行改造，或根据企业的实际场景定制开发一套适用于自己的规则。但是其缺陷是很难在开发的过程中考虑所有的情况，因此每次修改都会带来大量的工作，并且响应速度慢，不能满足企业快速响应市场节奏的要求。

现有方案的缺点：

1）常规C端促销方案的模式相对比较固定，不能适应B端市场灵活多变的需求；

2）定制开发方案的周期长、成本高且易于出错。

发明内容

本发明的目的在于提供一种设置商品促销方案的系统及方法，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：

一种设置商品促销方案的系统，其特征在于，包括：

方案元单元：用于指定促销方案的有效期、有效次数；

条件单元：用于判断当前的交易是否满足指定的条件；

促销单元：用于执行实际促销行为；

特批单元：用于B端销售中常见的特定客户特价的情况；

所述方案元单元、条件单元、促销单元和特批单元依次连接。

作为本发明的进一步方案：所述指定的条件根据交易所能涉及到的方面，具体分为订单类型条件、订单金额条件、指定商品条件、会员条件、历史成交情况条件、配送区域条件。

作为本发明的进一步方案：促销类型分为订单金额减免、订单打折、指定商品金额减免、指定商品打折、指定商品特价、运费打折、订单返利。

作为本发明的进一步方案：所述促销单元包括促销执行组件和用于控制促销执行范围的范围组件。

一种设置商品促销方案的方法，采用权利要求1-4任一所述的系统，包含以下步骤：

A、规则执行引擎读取交易指定的特批单元，如果有且满足直接执行特定操作，否则执行常规处理；

B、规则执行引擎读取方案的方案元单元，根据其设置的有效期、有效次数判断当前方案是否还可以使用，如果可以则继续执行，否则终止；

C、规则执行引擎读取方案下的规则组，每个组由若干条件单元和促销单元组成；组间为并联执行，即一个组的条件不满足不影响另一个组的向下执行；组中为串联执行，即一个条件单元失败执行终止；

D、规则执行引擎按组读取所有的条件单元，并按照其设定的路由条件进行判断执行；

E、规则执行引擎按组读取能够到达的促销单元，并按照其设定执行实际的促销。

作为本发明的进一步方案：所述条件单元的判断分为了订单条件、商品条件、历史成交条件、区域条件、会员条件五个类型。

作为本发明的进一步方案：条件单元的判断组件中的兼容判断就是判断两个组件是否存在逻辑重叠。

与现有技术相比，本发明的有益效果是：本发明提供一套灵活的促销规则引擎，让企业根据自己的需要灵活设置促销流程，并提供促销规则的价格试算功能，帮助企业快速制定促销方案，响应市场需求，并且有效规避因人为操作错误造成的风险，提高企业的市场竞争力。

附图说明

图1为促销规则设置方式示意图。

图2为促销引擎执行顺序图。

图3为判断组件结构图。

图4为范围组件结构图。

图5为促销执行组件结构图。

图6为订单类型条件单元示意图。

图7为指定类型商品金额范围条件单元示意图。

图8为检查促销兼容的模型图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1：请参阅图1-8，本发明实施例中，一种设置商品促销方案的系统，其特征在于，包括：

S0方案元单元(Meta)：用于指定促销方案的有效期、有效次数。

S1条件单元：用于判断当前的交易是否满足指定的条件，根据交易所能涉及到的方面，具体可以分为订单类型条件、订单金额条件、指定商品条件、会员条件、历史成交情况条件、配送区域条件；进一步根据不同的条件类型可以设置不同的路由，用于判断交易是否可以通过此条件进入到下一个环节。

为了使条件单元更符合一般的业务场景，不需要跟随业务的变化而更改其结构，本发明设计了两种最基本的逻辑判断器组件：P1判断组件和P2范围组件。具体说起来：P1判断组件就是辨别变量是或不是指定的值，其主要组成部分为输入源定义、判断符号、主判断值和副判断值；P2范围组件就是辨别变量是否在给定的集合范围内，其主要组成本分为范围类型、集合操作符号、范围定义；为了更好的理解整个设计结构以下举两个例子来说明：

1）指定订单类型必须为普通订单的条件单元由一个P1判断组件实现，其输入源为【订单类型】，判断类型为【是】，主判断值为【普通订单】；

2）执行所有产品分类为舷内机的产品金额在1000到5000的范围之间的条件单元由两个P1判断组件和一个P2范围组件串联实现，其中一个P1判断组件的输入源为【金额】判断类型为【大于等于】主判断值为【1000】，另一个P1判断组件的输入源为【金额】判断类型为【小于等于】主判断值为【5000】，P2范围组件的范围类型为【分类】集合操作符号为【包含】范围定义为【舷内机】是否包含下级为【是】；

S2促销单元：用于执行实际促销行为，当交易到达此单元后将会执行实际的促销；根据目前市场上常见的促销类型，分为订单金额减免、订单打折、指定商品金额减免、指定商品打折、指定商品特价、运费打折、订单返利。促销单元最重要的有两部分，一个是P3促销执行组件，另一个是促销执行的范围使用P2范围组件实现；

促销执行类型比较好理解，促销执行的范围跟条件单元的概念不同，为当前促销所有执行的范围而不是到执行此促销所要到达的条件，比如：某企业需要对A、B两种商品搭配销售，其中A是新品，B为畅销品；为了促销A的销售，当客户购买了足够数量的A以后，会对B进行打折的优惠。在以上场景中，足够数量的A为达成促销的条件，使用S1条件单元实现，而针对B进行打折优惠的促销中，打折优惠为促销执行组件，而针对B产品为范围组件。

S3特批单元：用于B端销售中常见的特定客户特价的情况，虽然所有的市场及销售人员都希望能够已标准的规则应对所有的情况，但是以今天是市场竞争的力度来说，这常常是不现实的。为了符合发展战略，常常会遇到给战略性客户进行特殊优惠的情况，也有为了更好的打击竞争对手，会在特定时间购买特定量产品以及特定时间付款的客户给予更好的价格政策。因此本发明设计了特批单元，在特批单元中可以设置特定用户、特定时间、特定产品、特定数量、特定价格以及特定的付款条件，当客户符合上述所有条件时，即可使用此特批。

实施例2：一种设置商品促销方案的方法，采用实施例1的系统，

大体的执行步骤如下：

A、规则执行引擎读取交易指定的S3特批单元，如果有且满足直接执行特定操作，否则执行常规处理；

B、规则执行引擎读取方案的S0元(Meta)单元，根据其设置的有效期、有效次数判断当前方案是否还可以使用，如果可以则继续执行，否则终止；

C、规则执行引擎读取方案下的规则组，每个组由若干S1条件单元和S2促销单元组成；组间为并联执行，即一个组的条件不满足不影响另一个组的向下执行；组中为串联执行，即一个条件单元失败执行终止；

D、规则执行引擎按组读取所有的S1条件单元，并按照其设定的路由条件进行判断执行；

E、规则执行引擎按组读取能够到达的S2促销单元，并按照其设定执行实际的促销；

根据本发明的另一个方面，提供一种验证促销方案是否设置合理的验证设施，以保证其正确性。为了应对复杂的促销场景，企业通常会设置很多种促销规则，这许多规则可能会出现同时成立（促销叠加）的情况。而这往往并不是企业想要看到的情况，在线下场景中因为所有的交易都是有人力来层层审批的，所以这个需求还不太明显；但是一旦将所有规则都搬到线上时，客户可以根据规则实时产生订单，这时如果出现预料以外的情况，往往会比较麻烦。

由于本发明将促销方案抽象成了一组S1条件单元成立而导致的S2促销单元的执行，所以验证促销叠加的方式也就变成验证系统中是否存在数据使得不同规则的条件单元能够同时成立，从而导致多个促销单元同时执行。

从条件单元的组成可以看出，判断组件的兼容判断就是判断两个组件是否存在逻辑重叠，即A成立那么B一定成立，比如关于两个关于订单金额条件判断的单元，一个为订单金额大于1000，另一个为订单金额大于2000，那么当满足第二个条件时第一个一定满足；范围组件的兼容就是判断由两个范围限定的产品集合是否存在交集，比如一个限定范围为产品分类A01，另一个限定产品为T00001，假设T00001在分类A01下的话，那么两个范围组件就兼容，否则不兼容；

因此从输入源上将条件单元的判断分为了订单条件、商品条件、历史成交条件、区域条件、会员条件五个类型，然后分别判断其是否兼容，因为并非所有的规则会定义5个类型的条件，如果没有定义的话则认为该规则不需要此条件，因此必然兼容。如果两个规则的5个方面的条件组件全部兼容，则任务两个促销兼容，并且系统会给出满足每一类条件的数据组合，并且以警告色提醒系统设置人员。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

Claims

1.一种设置商品促销方案的系统，其特征在于，包括：

方案元单元：用于指定促销方案的有效期、有效次数；

条件单元：用于判断当前的交易是否满足指定的条件；

促销单元：用于执行实际促销行为；

特批单元：用于B端销售中常见的特定客户特价的情况；

2.根据权利要求1所述的一种设置商品促销方案的系统，其特征在于，所述指定的条件根据交易所能涉及到的方面，具体分为订单类型条件、订单金额条件、指定商品条件、会员条件、历史成交情况条件、配送区域条件。

3.根据权利要求2所述的一种设置商品促销方案的系统，其特征在于，促销类型分为订单金额减免、订单打折、指定商品金额减免、指定商品打折、指定商品特价、运费打折、订单返利。

4.根据权利要求1所述的一种设置商品促销方案的系统，其特征在于，所述促销单元包括促销执行组件和用于控制促销执行范围的范围组件。

5.一种设置商品促销方案的方法，其特征在于，采用权利要求1-4任一所述的系统，包含以下步骤：

规则执行引擎读取交易指定的特批单元，如果有且满足直接执行特定操作，否则执行常规处理；

规则执行引擎读取方案的方案元单元，根据其设置的有效期、有效次数判断当前方案是否还可以使用，如果可以则继续执行，否则终止；

规则执行引擎读取方案下的规则组，每个组由若干条件单元和促销单元组成；组间为并联执行，即一个组的条件不满足不影响另一个组的向下执行；组中为串联执行，即一个条件单元失败执行终止；

规则执行引擎按组读取所有的条件单元，并按照其设定的路由条件进行判断执行；

规则执行引擎按组读取能够到达的促销单元，并按照其设定执行实际的促销。

6.根据权利要求5所述的一种设置商品促销方案的方法，其特征在于，所述条件单元的判断分为了订单条件、商品条件、历史成交条件、区域条件、会员条件五个类型。

7.根据权利要求5所述的一种设置商品促销方案的方法，其特征在于，条件单元的判断组件中的兼容判断就是判断两个组件是否存在逻辑重叠。