简说规则引擎在促销返利领域的应用

大型生产型企业销售渠道的建设,一般都采用代理商政策。根据地区、产品等情况,设立不同级别的代理商,不同地区、不同级别代理商有着不同的促销返利政策,也需根据企业、市场现状对促销政策进行调整,另一方面,也需要对促销政策进行风控管理,以防止不法分子利用政策空隙牟取利益。

生产型企业需要每个季度,根据最新的促销政策,需要计算每个代理商的返点金额。这项工作目前基本上都是采用手工采用Excel进行计算,效率比较低下,当达到一定数量级数据,手工计算不能及时进行计算进行返利,对企业造成一定的影响。

如果要将返点计算工作智能化,就需要能够及时的应对促销策略的调整。促销策略调整时,不光只是算法的调整,有些还涉及到计算因子的调整。因此单纯的采用数据库以及编程方式,并不能很快的实现每个季度促销策略的调整。

在此领域的实现上,规则引擎可以使得促销策略智能化,并且可以进行最优化策略的选择。

以商业规则引擎—Visual Rules(旗正规则引擎)为例,我们可以看下,规则引擎在促销返利中的应用:

核算:规则引擎能进行快速的核算,对于营销策略的变化,可通过规则引擎对核算策略进行快速调整,快速得到所需结果,而计算方式也可以随着政策的调整进行改变,这个过程也不需要IT来完成。以旗正规则引擎为例,国内某上市物流公司,20多万员工的薪资结算数据,计算时间由原先的4天提升到0.5天,结算规则编码人员从6人缩减为1人;

风控:对于风险的把握,规则引擎可以打造专家系统来应对,针对市场上面各种的欺诈风险形成反欺诈系统,并可以随时快速的进行升级更新,以便识别更多的欺诈行为。

策略调整:在策略的调整上面,规则引擎所起到的作用就是可不通过程序代码来修改,因为一旦涉及到程序和代码的修改,系统必然需要宕机重启,然后升级,这需要一定的时间。而规则引擎整合之后,我们可以进行热操作,不需重启,即时实现营销策略的调整和升级。

原文地址:http://blog.51cto.com/13579414/2062723

时间: 2024-10-11 05:07:18

简说规则引擎在促销返利领域的应用的相关文章

简说规则引擎在促销返利中的应用

大型生产型企业销售渠道的建设,一般都采用代理商政策.根据地区.产品等情况,设立不同级别的代理商,不同地区.不同级别代理商有着不同的促销返利政策,也需根据企业.市场现状对促销政策进行调整,另一方面,也需要对促销政策进行风控管理,以防止不法分子利用政策空隙牟取利益. 生产型企业需要每个季度,根据最新的促销政策,需要计算每个代理商的返点金额.这项工作目前基本上都是采用手工采用Excel进行计算,效率比较低下,当达到一定数量级数据,手工计算不能及时进行计算进行返利,对企业造成一定的影响. 如果要将返点计

Flink/CEP/规则引擎/风控

基于 Apache Flink 和规则引擎的实时风控解决方案 ? 对一个互联网产品来说,典型的风控场景包括:注册风控.登陆风控.交易风控.活动风控等,而风控的最佳效果是防患于未然,所以事前事中和事后三种实现方案中,又以事前预警和事中控制最好.这要求风控系统一定要有实时性.本文就介绍一种实时风控解决方案.风控是业务场景的产物,风控系统直接服务于业务系统,与之相关的还有惩罚系统和分析系统,各系统关系与角色如下: 业务系统,通常是 APP + 后台 或者 web,是互联网业务的载体,风险从业务系统触发

IBM规则引擎(ODM)入门系列二:Rule Execution Server(RES)服务安装

今天开始了ODM入门系列之二,在这个系列中我会讲讲规则执行服务的搭建安装,规则集的打包发布以及如何将部署之后的规则集发布为web服务,供其他服务或应用使用. 首先,我们先看一幅图: 这是我画的一张ODM各组件之间关系,其中WEB APP是我们自己的项目或应用,可以通过web服务的形式来调用RES上已经部署的RuleApp包来执行规则. 再来看一张图: (截屏自IBM官网) 这是IBM官网上的一张介绍ODM不同组件如何交互的一张图. 从这两张图都可以看出RES在ODM整个产品中都起着一个非常重要的

【java规则引擎】之规则引擎解释

转载:http://www.open-open.com/lib/view/open1417528754230.html 现实生活中,规则无处不在.法律.法规和各种制度均是:对于企业级应用来说,在IT技术领域,很多地方也应用了规则,比如路由表,防火墙策略,乃至角色权限控制(RBAC),或者Web框架中的URL匹配.不管是那种规则,都规定了一组确定的条件和此条件所产生的结果. 举一个例子: IF 汽车是红色车是运动型的驾驶员是男性驾驶员在16-25岁之间THEN 保险费用增加20% 从这个例子可以看

drools规则引擎因为内存泄露导致的内存溢出

进入这个问题之前,先了解一下drools: 在很多行业应用中比如银行.保险领域,业务规则往往非常复杂,并且规则处于不断更新变化中,而现有很多系统做法基本上都是将业务规则绑定在程序代码中. 主要存在的问题有以下几个方面: 1) 当业务规则变更时,对应的代码也得跟着更改,每次即使是小的变更都需要经历开发.测试验证上线等过程,变更成本比较大. 2) 长时间系统变得越来越难以维护. 3) 开发团队一般是由一个熟悉业务的BA(业务分析人员)和若干个熟悉技术的开发人员组成,开发人员对业务规则的把握能力远不及

.Net Core 环境下构建强大且易用的规则引擎

本文源码: https://github.com/jonechenug/ZHS.Nrules.Sample 1. 引言 1.1 为什么需要规则引擎 在业务的早期时代,也许使用硬编码或者逻辑判断就可以满足要求.但随着业务的发展,越来越多的问题会暴露出来: 逻辑复杂度带来的编码挑战,需求变更时改变逻辑可能会引起灾难 重复性的需求必须可重用,否则必须重复性编码 运行期间无法即时修改规则,但重新部署可能会带来其他问题 上线前的测试变得繁琐且不可控,必须花大量的人力和时间去测试 这些困境在『 小明历险记:

规则引擎.Net Core

.Net Core 环境下构建强大且易用的规则引擎 https://www.cnblogs.com/chenug/p/9160397.html 本文源码: https://github.com/jonechenug/ZHS.Nrules.Sample 引言 1.1 为什么需要规则引擎 在业务的早期时代,也许使用硬编码或者逻辑判断就可以满足要求.但随着业务的发展,越来越多的问题会暴露出来: 逻辑复杂度带来的编码挑战,需求变更时改变逻辑可能会引起灾难 重复性的需求必须可重用,否则必须重复性编码 运行

Drools 规则引擎 BRMS

安装说明 | Drools中文网 http://www.drools.org.cn/category/install Drools规则引擎-在微服务中的应用 - 简书 https://www.jianshu.com/p/887ff9021eb3 Drools规则引擎-在微服务中的应用 - 简书 https://www.jianshu.com/p/887ff9021eb3 微服务组件-规则引擎 - Fx_demon - OSCHINA https://my.oschina.net/fxdemon/

规则引擎入门

什么是规则引擎? 规则引擎由推理引擎发展而来,是一种嵌入在应用程序中的组件,实现了将业务决策从应用程序代码中分离出来,并使用预定义的语义模块编写业务决策.接受数据输入,解释业务规则,并根据业务规则做出业务决策. 参考: http://baike.baidu.com/link?url=BfAR-sxz1ryvOZ4uSVCqn9Csy51U5qCUaIomAQBogPE7FOxbbDB-2iXWR6N8FReIkoNNdc-Hk4y0sxKWpknWd_ 规则引擎和工作流引擎有什么区别? 工作流引