设置促销策略后,有时候发现最终实现的效果跟自己的初衷有所出入,那么如何排查问题出在哪里并做修改呢?
PS:如果赠送数量有偏差,也根据赠送总量和单笔最大赠送数量来推演,结合优惠记录查看
主要看订单进来时,促销策略是否处于已生效的状态。存在后建策略来询问未命中的客户,引导销售单审核页面策略重算。日志目前支持查看修改前的设置,可对比参考。
(1)看订单转入待审核的时间是否处于有效期内
(2)新建销售单没有付款时间,是无法命中的
(3)付首款时间、付尾款时间对应销售单的“首尾款时间”
小概率的设置问题,不设置代表所有渠道都应用
促销策略会按照优先级从大到小(未填优先级最小)顺序执行,同优先级下,新建的策略(新建的策略在列表中靠前)比旧策略优先级高。
在顺序执行的情况下,如果该策略命中且设置了排除策略,则执行到被排除的策略时会跳过匹配。
网店订单和新建销售单只会生效优惠措施中的赠送礼品和赠品卡券,其余优惠措施只针对门店订单。
通过界面判断,一一比对条件,以下为注意点:
(1)订单金额对应销售单应收合计 。
(2)货品属性界面显示一样,但是内部存储可能不一致。这种一般发生在刚入驻的客户身上,刚使用吉客云频繁修改情况比较多。
举例:货品(或货品规格)删除后,新建的一个一模一样的货品(或货品规格),导致goodsId(或skuId)不一致,而名称一致,所以未匹配中。类似的货品品牌、分类、标记也是如此。
(3)留意排除条件,所有排除条件命中后都会跳出该条策略匹配。
(4)比较货品的时候,仔细比对,货品名称、规格名称、单位名称。
PS:客户设置的货品没大家所看的内部环境那么直接,都带有大量前缀或者规格也包含其中,更甚之有形容词描述,货品名称往往差之毫厘谬以千里,细心比对。
优惠措施勾选允许叠加后,要计算叠加倍数
下面所说的“条件”都 指代 适用订单或货品范围中的条件
(1)以下条件只要有一条符合即可(以下简称为“或情况”)
“或情况”,独立计算每个条件叠加倍数,有效叠加倍数取其中的最大值。
(2)以下条件必须全部符合(以下简称为“且情况”)
“且情况”,独立计算勾选条件叠加倍数,有效叠加倍数取其中的最小值。
PS:优惠措施_赠送礼品,选同款货品独立讨论
网店商品ID释义:商品ID即商品编号,它均由数字构成,如同身份证号码一样具有唯一性,属于回商品链接中的一部分。
以平台商品ID举例,一个淘宝链接不一定只卖一种货品,可以卖多种,因此这里指的混搭与否,不仅仅指的是链接下面一个货品的不同规格,而是多种货品的多种规格。
如果允许混搭,则与其他条件算法无异;如果不允许混搭,叠加倍数(如果有必要计算)各自独立计算,然后相加。其次如果填写了二级项,如上图中的网店规格编码,此时允许混搭变灰,因为已经指定了具体的货品。
计算举例,假如一个订单平台商品ID对应订单中的两个货品A、B,其中A买了3个,B买了5个,现在条件设置该条件为购买数量>=2,如下图。
当允许混搭时,此时叠加倍数为 (3+5)/2=4
当不允许混搭时,此时叠加倍数为 3/2+5/2=3
上面的计算都是整型运算(即不会计算到小数位),请注意这点。
注:网店商品信息值对应定义字段
平台商品ID 对应 platGoodsId
平台商品名 对应 tradeGoodsName
平台交易规格 对应 tradeGoodsSpec
网店商品编码 对应 outerId
网店规格编码 对应 outerSkuId
货品品牌、货品标记、货品分类、活动货品方案都会有这样的选项组
实际区别在于,货品以何种形式参与匹配,是以拆分后的状态还是拆分前的状态,下面具体举例说明。
假如订单是进来了组合装X*1,组合装X包含子件货品A*1,货品B*1,货品C*1,并且无论是组合装X还是货品A、货品B、货品C都是同一个货品品牌,现在设置了货品品牌为条件,购买数量>=3 生效赠送
当勾选第一个选项时,订单是当做货品A*1,货品B*1,货品C*1来算的,购买数量为3个,符合该条策略;
当勾选第二个选项时,订单是当做组合装X*1,购买数量为1个,不符合该条策略。
有一点需要注意,订单流程组合装拆分与否,不影响策略的匹配,策略匹配的过程中,原组合装信息和组合装包含货品信息是都有的。
另外指定货品虽然只有一个选项,但也是同理的。
此时勾选的时候,是按货品A*1,货品B*1,货品C*1来匹配的;
不勾选是按照组合装X*1来匹配的。
非组合装的单品不受选项影响(即比如订单中单独又买了一个货品A)
赠送同款货品是货品类条件满足条件的货品来处理同款货品。
现假设,通过匹配,计算出订单中货品A、B、C、D、E五个货品满足条件,并且计算得出最终叠加倍数为4,则总得赠送数量应该为3*4=12。
现在将A、B、C、D、E按照单价(对应字段sellPrice)进行排序,进一步假设排序后就是A、B、C、D、E,这里开始轮循赠送:
A*1 -> B*1 -> C*1 -> D*1 -> E*1 -> A*1 -> B*1 -> C*1 -> D*1 -> E*1 -> A*1 -> B*1
货品 | A | B | C | D | E | |
第一轮 | 1 | 1 | 1 | 1 | 1 | |
第二轮 | 1 | 1 | 1 | 1 | 1 | |
第三轮 | 1 | 1 |
当然也有特例!!!
不允许混搭的情况下(先过一遍混搭那条说明),同款货品是独立计算的,结合混搭那条的举例,货品A赠送(3/2)*3=3,货品B赠送(5/2)*3=6
此项暂时不推荐客户使用,后续会考虑调整设计方案。问题举例如下:
举例子:1号设置了按 货品标记“AAA”随机送赠品,生效时间是2号12:00开始送。然后2号10点给一批货品加了“AAA” 标记,则12点开始生效的策略对于新加标记的货品是送不了的。(因为促销策略的缓存没有同步,没有新加标记的货品,得第二天凌晨4点更新后,才能赠送)也就是说促销策略在生效期间,改了标记分类品牌这些,当天不会生效,第二天凌晨才会同步缓存生效。
方案1:若是货品的分类品牌标记经常变动,建议调整促销策略,不按这些属性送;
方案2:货品的品牌分类标记不变动修改,暂时无影响,得沟通清楚改动货品属性可能造成的问题(漏送)。(因为货品标记等维护可能和设策略的人是两波,不确定性较大)
扫一扫 客如云来