头图

vivo全球商城-营销价格监控方案的探索

一、背景

现在日常官网商城的运营中有一定概率出现以下两个问题:

1)优惠信息未对齐

官网商城促销优惠的类型越来越多,能影响最终用户实付价的优惠就有抢购、满减、优惠券、代金券等。实际业务操作中存在不同促销优惠由不同运营配置的情况,如果运营间内部没有对齐的情况下,就会出现正常情况下不会同时设置的优惠被用户叠加享受,出现最终实付价低于成本价的可能。

2)优惠价格配错

在日常或大促优惠配置中,存在一定的概率会配错优惠价格(极端场景下,一口价少了个0,这就相当于在原来预期的优惠价基础上打了一折),这种情况一旦发生可能会引发用户疯狂下单,造成非常大的损失,这也是我们平时说的“薅羊毛”

(引用自英国每日邮报,摄影-AIan Price)

针对前述两种情况,我们希望能够对于出现低于运营所设「底价阈值」的下单购买行为能进行一定预警,必要时能购阻断用户下单行为,及时止损,如果能提前规避这些行为就更好了。

二、营销价格能力矩阵

想要解决背景中所遇到的问题,我们先简单了解下营销价格能力矩阵的规划建设。

通过《vivo商城计价中心 - 从容应对复杂场景价格计算》、《vivo全球商城时光机 - 大型促销活动保障利器》,我们了解到官网商城的营销价格服务已经统一收口到促销的计价中心,在计价中心建设的过程中也发现一些问题:

  • 计价中心的业务定位是商城购物链路中的下单商品实时价格的计算,而有些接入计价的业务(如官网商品列表)其实对于商品实时价格要求并没有那么高或者准实时的优惠价格在业务上也是能接受的。
  • 运营同学在维护相关优惠或配置相关优惠券时,无法方便感知在未来某一时刻某商品所享受的优惠信息或者某一时刻商品的最低价格能到多少,也就会出现了不同运营配置了多重优惠导致实际售卖价格低于预期。
  • 商城售卖的商品在某一时间段内的实际优惠后的价格没有历史记录,对于运营回顾历史数据无法提供实质帮助。
  • 若后续平台对于大促期间商品价格承诺xx天内保价也无从做起,没有数据作参照比对。

针对目前已有的场景及未来可预见的场景,打破眼下仅有实时优惠价的局限,通过对未来优惠准实时优惠历史优惠的业务功能的不断补充建设,逐步完善官网商城商品优惠的多维度建设,形成一个围绕商品SKU优惠价格的业务能力矩阵,进一步提升促销系统的业务价值。

可以通过如下的业务架构图来描述我们的营销价格能力矩阵规划:

三、 价格监控

3.1 目的

结合「商城营销价格能力矩阵」规划的能力,希望能达成:

  • 提升运营配置优惠活动的准确性 (事前)
  • 提供多维度策略供运营决策       (事中)
  • 提供相关营销价格数据供挖掘    (事后)

3.2 方案

3.2.1 事前

a. 提前规避

  • 优惠互斥设置

对于默认可共融叠加的优惠提供是否与其他优惠互斥配置;该配置适用于运营在配置营销优惠时确认当前优惠不与其他类型优惠同享。
  • 设置SKU底价阈值
支持按照价格绝对值或折扣比例两种方案来设置,如原价1000元的SKU,按价格绝对值可以设置750元的底价,或按折扣比例设置75折作为底价。(这个操作非常关键,是事前和事中方案中一些监控手段的大前提)。

b. 提前提醒

  • 设置活动优惠价时,出现低于底价阈值的进行及时提醒。

c. 提前告警

  • 定时巡检商品,预警未来时间点的优惠价低于阈值的。

针对所有设置底价阈值商品的巡检工作流程如下:

如果发现了低于底价阈值的情况,则会通过内部通讯工具立即通知相关人员进行及时处理。

3.2.2 事中

a. 优惠生效及时预警

优惠活动生效时第一时间预警低于阈值的信息。

优惠生效及时预警的处理流程如下:

如果发现有需要告警的通知,则向运营相关的同学发出如下通知:

b. 实时监控下单行为

监控每个SKU实时下单优惠价,根据策略或告警或阻断下单行为。

实时监控下单处理流程如下图所示:

实时下单经过计价中心处理时,如果发现低于底价阈值,则会发出如下告警信息:

另外价格监控还提供了一系列阻断下单策略,当符合预设条件时,会直接阻断正常下单流程,以减少不必要的损失。另外由于阻断下单这一行为性质很严重,所以针对是否开启阻断下单这一行为专门设置了全局性的阻断下单开关,又运营灵活掌控。

3.2.3 事后

a. 历史营销价分析

  • 查询历史优惠价格走势
  • 沉淀历史优惠价供运营分析决策

b. 价保xx天

  • 承诺低价保证

c. 下单最低价提醒

  • 商详页到手价低价提醒
  • 结算页低价提醒

四、最后

通过前述方案中的事前及事中两个维度的执行,运营基本能在发生问题的第一时间接到系统的通知,极端场景下满足预设的条件可以直接阻断用户下单,避免损失扩大。

在使用的过程中我们也避免”狼来了“这样对告警通知麻木的情况,因此为解决这个问题,我们可以对于告警信息进行一个闭环处理,对于每一个告警信息需要做处理,哪怕是事后处理,要区分告警原因,是因为系统误报还是确实优惠设置有问题等等,逐渐习惯于对每一个告警信息都能保持关注和及时响应,把所有可能存在的问题都在事前阶段就暴露出来。

作者:vivo官网商城开发团队-Wei Fuping

vivo 互联网技术
分享 vivo 互联网技术干货与沙龙活动,推荐最新行业动态与热门会议。
3.1k 声望
10.1k 粉丝
0 条评论
推荐阅读
Dubbo 中 Zookeeper 注册中心原理分析
本文通过分析Dubbo中ZooKeeper注册中心的实现ZooKeeperResitry的继承体系结构,自顶向下分析了AbstractRegistry(提供了服务数据的本地缓存)、FailbackRegistry(服务注册订阅相关的异常重试)、CacheableFailba...

vivo互联网技术

从零搭建 Node.js 企业级 Web 服务器(十五):总结与展望
总结截止到本章 “从零搭建 Node.js 企业级 Web 服务器” 主题共计 16 章内容就更新完毕了,回顾第零章曾写道:搭建一个 Node.js 企业级 Web 服务器并非难事,只是必须做好几个关键事项这几件必须做好的关键事项就...

乌柏木65阅读 6.1k评论 16

从零搭建 Node.js 企业级 Web 服务器(一):接口与分层
分层规范从本章起,正式进入企业级 Web 服务器核心内容。通常,一块完整的业务逻辑是由视图层、控制层、服务层、模型层共同定义与实现的,如下图:从上至下,抽象层次逐渐加深。从下至上,业务细节逐渐清晰。视图...

乌柏木42阅读 7.3k评论 6

从零搭建 Node.js 企业级 Web 服务器(二):校验
校验就是对输入条件的约束,避免无效的输入引起异常。Web 系统的用户输入主要为编辑与提交各类表单,一方面校验要做在编辑表单字段与提交的时候,另一方面接收表单的接口也要做足校验行为,通过前后端共同控制输...

乌柏木33阅读 6.1k评论 9

从零搭建 Node.js 企业级 Web 服务器(五):数据库访问
回顾 从零搭建 Node.js 企业级 Web 服务器(一):接口与分层,一块完整的业务逻辑是由视图层、控制层、服务层、模型层共同定义与实现的,控制层与服务层实现了业务处理过程,模型层定义了业务实体并以 对象-关系...

乌柏木34阅读 4.5k评论 9

从零搭建 Node.js 企业级 Web 服务器(十三):断点调试与性能分析
Node.js 官方提供了断点调试机制,出于安全性考虑默认为关闭状态,可以通过 node 参数 --inspect 或 --inspect-brk 开启,配合 IDE 能够非常方便地调试代码,本章就上一章已完成的项目 licg9999/nodejs-server-ex...

乌柏木31阅读 3.8k评论 9

从零搭建 Node.js 企业级 Web 服务器(八):网络安全
计算机网络依据 TCP/IP 协议栈分为了物理层、网络层、传输层、应用层,通常基础设施供应商会解决好前三层的网络安全问题,需要开发者自行解决应用层的网络安全问题,本章将着重表述应用层常见的网络安全问题及处...

乌柏木33阅读 5.7k评论 1

3.1k 声望
10.1k 粉丝
宣传栏