WEBVTT

1
00:00:03.500 --> 00:00:08.912
讨论“同样预算用来拉新还是激活老客，怎样组织可比较的两轮

2
00:00:08.912 --> 00:00:14.875
促销”时，先解决“新账号多但成交少，老客让利也可能只补贴

3
00:00:14.875 --> 00:00:15.975
原有采购”。

4
00:00:16.300 --> 00:00:22.300
企业要先确定这次活动是为了单品放量、提高整单金额、拉新、

5
00:00:22.338 --> 00:00:27.225
激活老客还是推广新品，并为目标设定可核对指标。

6
00:00:27.550 --> 00:00:32.825
多个目标混在同一场活动里，往往只看到订单增加，却看不清

7
00:00:32.825 --> 00:00:34.212
增长来自哪里。

8
00:00:35.233 --> 00:00:41.446
在PC管理端准备参与商品、客户范围、价格、门槛、期限和

9
00:00:41.446 --> 00:00:44.746
叠加条件，可结合商品促销设置：

10
00:00:44.858 --> 00:00:50.858
活动价格与订单生效检查、订单促销设置：参与条件、优惠与

11
00:00:50.858 --> 00:00:57.208
订单核对、优惠券使用指南：创建、发放、领取与下单核对核对

12
00:00:57.208 --> 00:00:57.933
入口。

13
00:00:58.258 --> 00:01:04.271
定制品或特殊报价商品先确认参数与成本，再决定是否参加；

14
00:01:04.383 --> 00:01:10.233
基础价、客户指定价、客户等级价和促销价要按系统实际优先级

15
00:01:10.233 --> 00:01:12.446
验证，避免重复让利。

16
00:01:13.467 --> 00:01:19.192
业务按“定义两类目标、匹配活动与预算、检查客户范围、执行

17
00:01:19.192 --> 00:01:21.942
并记录、按净收益比较”推进。

18
00:01:22.267 --> 00:01:26.479
客户优先在手机商城查看活动并自主下单，

19
00:01:26.617 --> 00:01:30.379
销售代客下单时遵循同一价格和门槛。

20
00:01:30.704 --> 00:01:36.454
活动上线前用普通客户、目标客户、边界金额及不参与商品

21
00:01:36.454 --> 00:01:40.679
试单，确认展示、成交和员工解释一致。

22
00:01:41.700 --> 00:01:47.300
活动结束不能只看销售额，要从参与客户、商品数量、整单

23
00:01:47.300 --> 00:01:52.850
金额、实际优惠、退款退货、回款和毛利核对净结果。

24
00:01:53.175 --> 00:01:59.150
业务边界是：对照由人员组织，不宣称系统原生自动AB实验或

25
00:01:59.150 --> 00:02:00.388
多渠道归因。

26
00:02:00.712 --> 00:02:06.725
浏览或领券只能说明兴趣，付款、履约与复购才是经营结果。

27
00:02:07.767 --> 00:02:10.067
围绕按净收益比较复盘。

28
00:02:10.392 --> 00:02:15.092
若活动只补贴原有采购，应缩小对象或调整机制；

29
00:02:15.242 --> 00:02:20.804
若带来新增品类、有效首单或持续复购，再沉淀为可重复的

30
00:02:20.804 --> 00:02:21.592
规则。

31
00:02:21.917 --> 00:02:27.354
保留活动前后对照，下一轮只改变一个主要变量，避免无法判断

32
00:02:27.354 --> 00:02:28.054
原因。