数极客首页

互联网数据运营系列6:订单1

在全篇开端
处引见
了互联网企业的盈利方式

大抵能够

分为三种:向用户出卖
商品或效劳
类、广告盈利类、直接纳
取费用类。这种“向用户出卖
商品或效劳
”类公司所触及
的剖析

,能够

拆分为“用户、订单、商品/效劳
”这三个模块。前面五篇,是从用户的角度动身
,来剖析

数据的。那么用户都来了,该产生订单了吧,否则要“你(用户)”何用?第一篇也提到了,我们剖析

数据,是要有价值的,什么样的价值?能够

进步
收入、能够

降低本钱
、能够

避免

风险。剖析

订单相关数据,主要还是为了能够

进步
公司的收入的。那这一块的数据要怎样剖析

,才能够

对进步
收入有促进作用呢?这个问题,还要有点耐烦
,听我慢慢

道来,由于
平常
比较

忙,整理文章又是一个费时费力的事情;同时还要有点气度,看到不对的中央
,不要砸电脑砸鼠标,从经济学的角度来看,不划算;最好还有点热心,能够

与我交流,一同
完善这样的话题,顺便还能表现
社会主义中心
价值观。从指标分类的角度来看,相比于用户数据,订单数据更复杂一点,毕竟衔接
着用户和商品/效劳
两大模块。我们先用下面这句话来定义订单。订单:谁 在什么时间、地点 把什么东西 以什么样的价钱
、方式 卖给了谁。
我们能够

从这句话中解析出下面几个维度:

    t

  • 谁:B端商家或者线下团队
  • t

  • 在什么时间:订单时间
  • t

  • 在什么地点:地点
  • t

  • 把什么东西:商品或者是效劳
  • t

  • 以什么样的价钱
    :商品或效劳
    的价钱
  • t

  • 什么样的方式:买卖
    方式
  • t

  • 卖给了谁:最终用户

(上面的每个维度都能够

进一步合成
出更多、更细的信息,例如商品能够

分为类型、品牌等,但大致
上分为上面的几类,更细节的后面讨论。)同时,订单也能够

分红
几个状态,例如:等候
受理、发货订单、胜利

订单、取消订单、退货订单、投诉订单等等。这个状态也是依据

业务不同而不同的,但是多一个少一个也并没有多大的区别,剖析

思绪
都是一样的。引见
了上面的内容,我(jiago王)整理出下图,这样看起来愈加
直观。互联网行业数据化运营6:订单1在订单这个层面上进步
收入,无非是两条路,一是扩展
订单量,二是进步
客单价。要进步
客单价,要么是降低折扣、进步
件单价,要么是提升连带率。如下图所示:互联网行业数据化运营6:订单1

    t

  1. 经过
    数据对比

    、数据追踪,构成
    压力和刺激

  2. t

  3. 精准运营,在对的时间把对的商品/效劳
    卖给对的人
  4. t

  5. 调整商品/效劳
    的结构

    和价位,优化规划
    ,促进成单

  6. t

  7. 少犯错误,减少问题的发作
    避免

    流单(提升体验在此范围)

(上面几种办法

中,细致

的剖析

场景与前面五篇文章中内容有很多交集,细致

遇到的中央
会加以阐明

)本篇先引见
第一种办法

,要怎样剖析

和展示

数据。(我们终于进入了正文,我去倒杯水先)经过
数据对比

、数据追踪,构成
压力和刺激
这种办法

最常见了,无论是传统企业或者是互联网公司,很多报表都是效劳
于这个办法

的。为什么运用
面这么广,由于
又简单又好用啊~对比

,普通
是以下几个维度的对比

    t

  • 理论

    值与目的
    值的对比

  • t

  • 地域
    之间的对比

  • t

  • 商品/效劳
    类型之间的对比

  • t

  • 不同时间的对比
  • t

  • 不同买卖
    方式的对比

    (买卖
    平台、支付方式等)

数据追踪,也就是把数据按时间的维度拉开,发现其中的规律和异常。先依照

上面思绪
来看几个栗子1.理论

值与目的
值的对比

(这个值能够

是订单量,也能够

是金额)这种对比

剖析

,常见到一点新颖
感都没有了是不是?它太容易被想到了,定目的
,然后中止

监控,没完成就批判
,完成就奖励,刺激任务的达标。但是较起真来,目的
的设定也是有难度的,前面我列出了很多的维度,目的
要细到每个维度都设值吗?时间维度,是细到日目的
,还是月目的
就够了呢?假定

设置月目的
,会不会有销售或运营团队产生月末刹车的状况

呢?那改设置日目的
,又要怎样设计呢?以终为始,我们为何设置目的
值,是为了经过
目的
值的设置,与理论

值的对比

,产生压力和刺激,以此来鼓舞

业绩的进步
,也就是订单量的进步
。那思绪
就明晰
了,能否
选定为目的
维度,就看这个维度能否
可被刺激。我们从上面的维度中逐一选择

一下:B端商家或销售:假定

是阿里巴巴或者饿了么那种平台应用,订单出卖
端是B端商家,这类B端商家肯定就不需求
设定目的
值了,那么多商家,怎样
设置的过来,另外,你就算设定了目的
值,人家也不甩你呀;假定

有销售,也就是线下地推团队,比如

家装类的、p2p类的,那这个值就有意义了。时间:这个显然
是有意义的,但问题在于时间粒度怎样选择。理论

状况

,也是依据

业务场景来的,有的业务月目的
就能够

了,有的要设置日均目的
,致使

有需求
设置小时目的
的。(我假定

只写到这里,一定会挨骂的,上面抛出了那么多问题,这里该接上去了)有些设置月目的
有点大,员工可能会有月底刹车的行为,日均目的
又不合适

,周一和周日的订单量差距太大。能够

这样设置,取出前面3个月或者半年的数据,以周为周期,算出周一到周日的订单量的系数比例,例如:1.1,1,1.3,1.2,1.5,1.6,1.4。能够

看出周二的订单量最小,给这个最小的目的
设置一个值,比如

2000单,那么从周一到周日的目的
订单量散布

就是,2200,2000,2600,2400,3000,3200,2800。然后目的
值与理论

值的对比

,就依照

这样的散布

走,相对就要合理一些了。地点:假定

是有销售团队,那么只需求
细化到地域
担任
人就能够

了,地域
能够

不再单独设置。总之,人才能够

被刺激,设置地域
,也是为了挂到某个义务
人身上。商品或效劳
假定

有人对商品或者效劳
的订单数据量
,或者比例安康
度担任
,那么能够

对该维度设置目的
,否则我也以为
没有意义。价钱
想不到什么状况

下需求
对这个维度设置目的
买卖
方式:
假定

为了避免

买卖
数据垄断,控制买卖
平台占比,能够

对该维度中止

设定目的
,否则不需求
最终用户:你假定

觉得他是可控的,那就设置吧。如下图:目的
粒度为‘销售团队’、‘日期’、‘买卖
’方式三个维度。互联网行业数据化运营6:订单1为避免

构成
买卖
数据垄断,选择多个平台中止

买卖
,可能希望达成一定的均衡

比例,但是从图中能够

看出,理论

状况

下,经过
其他平台的买卖
比例过低,如有必要需求
采取些鼓舞

伎俩

来完成
均衡

。下面的组合图是每天的目的
与理论

的完成订单量,同时与团队的条形图构成
联动,可用来追踪细致

某团队的每日完成状况

。追踪能够

愈加
彻底,点击组合图中某一天进入到明细表,能够

展示

出团队的细致

某个销售员、某天的理论

完成状况

。这样既能够

总览完成状况

,完成
监视
,同时可对数据中止

追踪,对个人构成
压力。就先整理这么多,剩下的几个对比

留在下一篇引见
(文中图表运用
finereport开发)
(下一篇将完善订单的对比

剖析

。 欢送

交流,相互

学习)作者:知乎达人“jiago王”,知乎专栏“撩撩数据吧”。互联网行业数据化运营系列文章:互联网数据运营系列1:流量篇互联网数据运营系列2:转化篇互联网数据运营系列3:存留篇互联网数据运营系列4:复购篇互联网数据运营系列6:订单1互联网数据运营系列7:订单2

发表评论

评论已关闭。

相关文章