WEBVTT

1
00:00:03.500 --> 00:00:08.700
老板面对“多跑门店、多铺网点就能增长，上系统影响业务员

2
00:00:08.700 --> 00:00:14.262
客情”时，先把旧方式的隐性成本算清：依赖谁协调、增加一个

3
00:00:14.262 --> 00:00:20.462
客户需要增加多少人和库存、销售增长后应收与现金怎样变化。

4
00:00:20.788 --> 00:00:26.325
饮料配送网点越来越多，为什么利润未必同步增长：怎样建立不

5
00:00:26.325 --> 00:00:31.738
靠持续加人加车的经营能力的判断依据应来自连续业务结果，而

6
00:00:31.738 --> 00:00:34.275
不是一次演示或一句承诺。

7
00:00:35.300 --> 00:00:41.138
系统承接的重点是对照密集复购区域与分散网点，以手机订货、

8
00:00:41.138 --> 00:00:46.688
客户归属、拜访、订单汇总及集货统配支持区域选择；

9
00:00:46.850 --> 00:00:52.488
保留代客下单，人员转向开拓和服务，不承诺减少固定人数。

10
00:00:52.812 --> 00:00:59.662
商品、客户、价格、订单、采购、库存、交付、收款和售后使用

11
00:00:59.662 --> 00:01:05.288
统一编号与状态，经验仍由业务人员提供，但关键条件、处理

12
00:01:05.288 --> 00:01:09.625
过程和结果要让团队能够查看、接手与复盘。

13
00:01:10.667 --> 00:01:13.854
客户在手机商城自主查货和下单，

14
00:01:13.967 --> 00:01:19.592
业务员仍可代客处理特殊订单，并把时间转向客户开发、货盘

15
00:01:19.592 --> 00:01:22.242
建议、回款和异常服务。

16
00:01:22.567 --> 00:01:28.767
管理者在PC管理端查看订单、库存、应收和经营报表，手机

17
00:01:28.767 --> 00:01:31.892
管理端承接外出时的审批与跟进。

18
00:01:32.933 --> 00:01:38.271
上线先选择一个行业场景、一个团队和一组客户，保留必要的

19
00:01:38.271 --> 00:01:44.321
传统入口，连续验证商品可见、成交价格、订单履约、收付款和

20
00:01:44.321 --> 00:01:45.096
售后。

21
00:01:45.408 --> 00:01:51.171
把遇到的例外沉淀成规则，再扩大到更多门店、项目或区域。

22
00:01:52.233 --> 00:01:57.708
决定是否继续投入时，看人均服务客户数、客户自主下单率、

23
00:01:57.708 --> 00:02:03.121
复购、缺货、库存周转、毛利、应收和现金变化。

24
00:02:03.446 --> 00:02:09.421
系统提供业务事实和协同基础，不代替合同、资质、专业判断，

25
00:02:09.421 --> 00:02:13.633
也不保证单靠上线就减少人员或增加利润。