网站数据分析 – 庄闲棋牌官网官方版 -199IT
//www.otias-ub.com 发现数据的价值-199IT Sun, 28 Jun 2015 16:23:27 +0000 zh-CN hourly 1 https://wordpress.org/?v=5.4.2 大数据下网站数据分析应用
//www.otias-ub.com/archives/359531.html Sun, 28 Jun 2015 16:23:27 +0000 //www.otias-ub.com/?p=359531 115

37

43

53

63

72

83

92

102

116

1242

134

 

]]>
网站数据分析:数据仓库相关的问题(三)
//www.otias-ub.com/archives/236756.html Sat, 07 Jun 2014 15:32:43 +0000 //www.otias-ub.com/?p=236756      data-warehouse

       之前的文章——网站数据分析的一些问题2中主要整理了BI相关的问题,这篇文章主要想整理一些数据仓库相关的问题。因为最近重新在看一些数据仓库的资料和书籍,想把之前以及当前遇到的主要问题提出来(博客中有关数据仓库的相关内容请参阅网站数据仓库这个目录),同时自己也对数据仓库方面的知识进行下重新的整理和认识,而且很久没有在博客发新的文章了,不能让自己过于懒散了。

  之前看过Inmon的《构建数据仓库》和《DW 2.0》,而另外一位数据仓库大师Kimball的《数据仓库生命周期工具箱》一直没有时间阅读,最近才有时间看完了大部分,就迫不及待想写点东西了。其实数据仓库领域普遍认为Inmon和Kimball的理论是对立的,两者在构建数据仓库上方向性的差异一直争论不休,谁也无法说服谁到底哪种方法更好。我的Evernote的笔记里面不知什么时候从哪里摘录过来了对两者观点的概括性描述,非常简洁明了而一针见血:

  Inmon vs Kimball

  Kimball – Let everybody build what they want when they want it, we’ll integrate it all when and if we need to. (BOTTOM-UP APPROACH)

  Pros: fast to build, quick ROI, nimble

  Cons: harder to maintain as an enterprise resource, often redundant, often difficult to integrate data marts

  Inmon – Don’t do anything until you’ve designed everything. (TOP-DOWN APPROACH)

  Pros: easy to maitain, tightly integrated

  Cons: takes way too long to deliver first projects, rigid

  其实看了《数据仓库生命周期工具箱》之后,发现两者的观点没有那么大的本质性差异,可能随着数据仓库的不断发展,两者在整体的架构上慢慢趋同。基本上,构建统一的企业级数据仓库的方向是一致的,而Inmon偏向于从底层的数据集成出发,而Kimball则趋向于从上层的需求角度出发,这可能跟两者从事的项目和所处的位置有关。

  有了上面这段高质量的概括,第一个问题——你更偏向于以何种方式搭建数据仓库(BOTTOM-UP or TOP-DOWN),分别有什么优劣势?——其实就不用问了,所以下面主要提几个在实际中可能经常遇到或者需要想清楚的问题:

  Q1、数据仓库的技术解决方案有哪些,这些解决方案的优势在哪,瓶颈在哪?

  随着数据仓库的不断发展和成熟,“大数据”概念的风靡,有越来越多的相关产品出来,最常见的技术解决方案包括hadoop和hive,oracle,mysql的infobright,greenplum及nosql,或者多个结合使用。

  其实归纳起来就两类:一是用传统RDBMS为主导的数据库管理数据,oracle、mysql等都是基于传统的关系型数据库,优势就是有更严谨的数据结构,关系型数据库对数据的管理更加规范,数据处理过程中可能出现的非人为误差极小,而且标准的SQL接口使数据获取的成本较低,数据的查询和获取更加灵活和高效;但劣势也很明显,对海量数据的处理和存储的能力不足,当数据量达到一定程度的时候就会出现明显的瓶颈。而是基于文本的分布式处理引擎,hadoop、greenplum和nosql都是基于文本数据的处理和存储,优势是强大的数据处理能力,分布式的架构支持并行计算,并且具备超强的扩展延伸能力;劣势就是上层接口不方便,因此Hadoop上层的hive和greenplum上层的postgreSQL都是为了解决数据接口的问题,并且数据的查询和获取很难做到实时响应,灵活性不足。

  Q2、数据仓库是否就应该保存聚合数据,细节数据不应该放入数据仓库?

  其实这个问题基本已经达成共识,如果是构建企业级的数据仓库,那么对细节数据的集成和存储是必不可少的,但现实中还是存在很多直接从外部数据源计算聚合之后导入数据仓库的实例。如果对数据仓库只是轻量级的应用,仅存放聚合数据也无可厚非,毕竟没人规定数据仓库一定要是怎么样的,最终的目的无非就是满足对数据的支持和需求。

  但对于企业的长期发展来看,数据仓库中存放细节数据有两方面的好处:一方面从技术层面,数据仓库存储细节数据可以释放前台数据库的查询压力,同时对于文本类数据和外部文档类数据入库之后管理更加规范,数据仓库保留历史和不可变更的特性可以让信息不被丢失;另一方面就是从数据的使用上,数据仓库让数据的获取和使用更加简便,集成细节数据让大量的文本型数据可查询,可关联,而面向主题的设计让数据的展现和分析更有方向性和目的性,而且细节数据是支持数据分析和数据挖掘应用所必不可少的。所以,如果数据仓库要不断地催生出更大的价值,细节数据的存储是必不可少的。

  Q3、你会把数据仓库分为几层,每层的数据作用是什么?

  没有标准答案,根据数据仓库中数据的复杂性和对数据使用的需求程度,数据仓库可以有不用的层级划分。

  我一般会把数据仓库划成三层:最底层的细节数据,管理策略是优化存储,一般存储导入的原始数据,便于进行向上的统计汇总,因为数据量较大所以需要优化存储;中间层是多维模型,管理策略是优化结构和查询,面向主题的多维模型的设计,需要满足OLAP和数据查询的多样需求,同时保证查询的便捷性,关键在与维表的设计和维度的选择及组合,事实表需要关注存储和索引的优化;最上层是展现数据,管理策略是优化效率,一般会存放每天需要展现的汇总报表,或者根据多维模型拼装的视图,展现层的数据需要以最快的速度展现出来,一般用于BI平台的Dashboard和报表。

  Q4、数据仓库搭建中最繁杂的事情是什么,最容易缺失的是哪一块?

  一直觉得数据仓库的核心不在于数据集成,当然数据集成是数据仓库实现价值的前提,数据仓库真正的价值体现在数据的有效应用,数据源于业务反作用于业务。而搭建数据仓库的核心在于数据仓库的架构和数据模型的设计,怎么权衡数据的存储和数据获取效率之间的矛盾是数据仓库管理上的难点,这个难点任何数据仓库都会存在,而大数据增大了这种权衡中的难度。而数据的集成和数据质量控制是数据仓库搭建中最繁杂的事情,尤其是数据清洗的过程,我之前也写过几篇数据质量控制的文章,但现实中这个过程还要复杂得多,而且为了上层数据产出的准确性和有效性,这项工作又不得不做,而且要做得尽量细致。

  搭建数据仓库中最容易缺失的就是对元数据的管理,很少有数据仓库团队具备完整的元数据,当然搭建数据仓库的工程师本身就是活的元数据,但无论是为了用数据的人还是数据仓库自身的团队着想,元数据都不可或缺。一方面元数据为数据需求方提供了完整的数据仓库使用文档,帮助他们能自主地快速获取数据,另一方面数据仓库团队成员可以从日常的数据解释中解脱出来,无论是对后期的不断迭代更新和维护还是培训新的员工,都非常有好处,元数据可以让数据仓库的应用和维护更加高效。

]]>
网站数据分析:商业智能(二)
//www.otias-ub.com/archives/236752.html //www.otias-ub.com/archives/236752.html#comments Sat, 07 Jun 2014 15:03:00 +0000 //www.otias-ub.com/?p=236752
Business_Intelligence

  BI(Business Intelligence,商业智能),先看一下维基百科上面对BI的定义:

  Business intelligence (BI) is defined as the ability for an organization to take all its capabilities and convert them into knowledge.

  BI提供大量有价值的信息引导企业寻找新的发展机遇,当企业认识到潜在的机遇并成功地实施相应战略决策的时候,BI就能帮助企业在市场建立竞争优势并维持企业持续地发展。BI时常跟决策支持系统(Decision Support System, DSS)联系在一起,其实BI最主要的目标就是实现对企业的决策支持。

  下面就探讨几个BI方面的问题:

  Q1、BI与数据仓库(DW)之间的关系是怎么样的?(知乎)

  首先可以明确的是BI的重点在于对数据的应用上,让数据变成有价值的信息,而所有的基础数据基本都是来源于数据仓库。

  BI有两个方向的定义:广义的BI是包含数据仓库的,广义的BI包括数据的获取、处理、储存,到之后的分析、挖掘、展现变成有价值信息的整个过程,组成了一套完整的系统,当然在这个系统中数据仓库担当着从数据获取之后的处理和存储的职责,是基础组成部分;狭义的BI仅仅包括上层的数据应用,包括数据的展现、分析、挖掘等,所以不包括数据仓库。

  因为BI的定义更侧重于数据应用,而随着数据量的不大扩大,数据仓库更多地被作为一项独立的技术被抽离出来,所以当前BI和数据仓库的定义更倾向于分离,整个系统被叫做“DW/BI”的解决方案。

  Q2、BI系统主要是为了帮助企业解决什么样的问题?(知乎)

  BI最初的目标就是优化企业的决策支持,实现从数据到有价值的信息的转化,辅助企业商业战略和决策的制定。所以BI的最终目标是获取商业的Insight。

  BI首先实现的是企业数据的透明化,原始的数据报表就是为了从数据的角度定量地掌握企业的运营状态,有了数据的支撑,很多决策的制定就会有了参考依据。随着商业和信息技术的不断发展,BI不再仅仅停留在报表的领域,数据除了展现以外被更多地用于商业分析,而商业分析的基础组成就是统计、预测和优化,这些对企业的运营决策起到了更加关键的作用。但随着信息膨胀,数据量的剧增,BI也不断面临挑战,我们需要花更多的成本去处理和存储数据,需要花更多的精力去分析和应用数据。我之前写过BI应用中的三大矛盾这篇文章,因为有段时间了,很多地方的看法可能有了变化,但这3个矛盾相信依然还是存在。

  所以,最终还是要把握BI的输出是有价值的信息,无论中间的处理方式是查询、报表,还是分析、挖掘,最终要得出的是有价值的结论。

  Q3、目前BI的应用或组件主要有哪些?(知乎)

  这里简单地归纳了一下,可能会有遗漏,希望大家能够在评论中补充。这里仅仅包括狭义BI中基于数据应用层面的一些功能,数据仓库的数据处理方面的应用不在这里罗列。

  首先是报表、图表和Dashboard,目前的报表和图表除了更加丰富以外,跟传统报表还有一个关键的区别就是可交互性。目前的报表基本都提供简单的数据筛选、排序等功能,Dashboard的出现实现了按需整合报表和图表的功能。

  再则是OLAP,OLAP一度被当做BI的核心功能,不得不承认OLAP是分析数据最有效的手段,尤其是基于多个维度多个层面的分析,这些是一两张报表图表所无法做到的。OLAP一般都是基于已经设计成型的多维模型以及存放多维模型的数据集市(Data Mart),数据集市和OLAP跟业务层面有着很多关联,这个使数据集市跟底层的数据仓库有了区分。

  然后是数据的查询和分析,有时基于既定的模型的OLAP无法满足分析的需求,所以就有了数据查询的需求,一般直接查询数据仓库的细节数据;BI中的Ad-hoc Query则是对既定多维模型的灵活查询,可以自由组合维度和度量。

  最后是报表的发布和数据预警,这都是属于BI平台的推送功能,一般可以通过邮件订阅的形式定期把组合的报表推送给相关的人员,而通过预警的设定,可以监控数据的变化趋势,掌握数据可能出现的异常。

  另外BI还有很多新奇的功能,如基于GIS的地图数据、基于Flash实现的动态图表及对数据挖掘功能的集成等。

  Q4、BI中的多维数据模型和OLAP的实用价值在哪?(知乎)

  之前有关于多维数据模型和OLAP的介绍,可以参考数据仓库的多维数据模型和数据立方体与OLAP这两篇文章中的内容。

  其实多维数据模型和OLAP最主要的是解决了如何有效地观察数据的问题,传统关系模型很难直接对数据进行观察分析,而多维模型为数据观察者提供了清晰的视角,就如平常我们从多个角度看待事物一样,多维模型维度的设计就很好地提供了这些角度的选择。而OLAP的几个操作形式正是体现了“分析”这个词本身的含义,从总体到细节,结合多个维度的交叉分析,让我们具备了对整个数据集进行全景观测的能力。

  OLAP最关键的技术除了多维模型设计还有就是预计算(Precomputation),或者叫预聚合,预计算解决了数据快速获取的问题,基于一定的规则或者算法对数据集进行预计算之后,OLAP的操作性能可能得到有效地提升,从而使对大量数据的快速灵活的分析操作成为可能。

  Q5、目前市场上主流的BI产品主要有哪些?(知乎)

  市场上主要的商业BI产品包括IBM的Cognos,另外IBM有自己的DB2可以建立数据仓库,在2010年收购SPSS之后,让其在数据分析和数据挖掘的领域也更加具有竞争力、SAP的Business Objects(BO),另外SAP有BW(Business Information Warehouse),作为传统的ERP方案提供商在数据集成方面有独特的优势、Oracle的BI(企业级的叫BIEE,Oracle Business Intelligence Enterprise Edition),Oracle借助其强大的关系型数据库建立数据仓库有独特的优势。这3大商业BI都属于整合型的BI,再加上微软借助Sql Server数据库提供的SSIS、SSAS和SSRS也是属于整合型的BI解决方案。另外也有独立的BI公司,如SAS,传统优势在数据挖掘领域、Micro Strategy的BI解决方案、开源强大的BI系统Pentaho(之前几年还有很多开源的BI系统,但因为BI在技术上有一定的门槛和成本,所以目前很多开源BI 都会包括开源版本和商业版本,Pentaho也不例外),国内也有用友的BQ软件也是属于BI产品。

  归纳一下就是目前的BI产品主要以商业产品为主,而且整套的BI产品一般都是重量级的,在购买、部署和使用上都需要一定的成本投入。

 

]]>
//www.otias-ub.com/archives/236752.html/feed 2
网站数据分析:重点不在数据在于分析(一)
//www.otias-ub.com/archives/236748.html Sat, 07 Jun 2014 14:57:18 +0000 //www.otias-ub.com/?p=236748
questions-1

  从事数据仓库和数据分析相关的工作也有段时间了,其实很多问题一直萦绕在脑中,有些甚至已经困扰相当长的一段时间,自己也在不断学习和工作的过程中寻找各种解决方案或者不断优化和替换之前的方案。这些问题从宏观层面到细节层面,很多问题其实没有绝对完美的解决方案,我们只能一步一步地摸索,不断寻找更优的方案以其让问题能够更好高效地得到解决,但每个人掌握的知识有限,所以无论怎么样每个人对问题的看法都会存在局限性;同时因为每个人的知识背景和经历的差异性,对各种问题又会触发各种不同的见解,所以通过集思广益往往能够得到让人眼前一亮的结论。

  先说说博客,无论怎么样我的博客只是想做些记录和总结,只是表述一些个人的观点,我想每个人在学习工作中总会有所积累,有自己在专业领域的一些收获,每个人公平地享有相同的时间,每个人学到的掌握的都是有限的,没有孰强孰弱之分,差别只在于愿不愿意将其分享出来;博客中整理的内容,可能有些人认为不适合公开,毕竟有些东西还有些实用价值,但必须看到的是目前互联网发展速度太快了,我之前发的文章等半年之后回去看就会发现当时自己的想法并不成熟,如果在现阶段可能不会完全按照上面的思路去实现了,知识的更新和积累让我们不断选择更优的方法,不断改进和升级自身的知识体系,更何况很多东西在一个业务体系下适用,到另外的体系下就不适用了,聪明的人不会完全照搬照抄原方法,而是寻找最合适的方法,或者使用更灵活变通的方式去使用方法,所以也不必担心技能被“偷学”,因为只会模仿的人不知道怎么用好这些方法,而足够聪明的人到哪里都能学到适合自己的方法,在这个信息膨胀的环境下无法阻止他们的“偷学”。

  其实博客最大的收获还是通过博客认识了很多朋友,尤其是网站分析领域的,相当一部分也有自己的博客,大家互相交流学到了很多东西,有些东西是互补并相互促进的,这些朋友都是乐意分享自己想法的人,每个人都有各自领域的专业和强项,这样反而使我听到和学到了很多耳目一新的东西,受益匪浅。所以如果你有时间写写博客,那么得到的收获绝对要比你觉得可能会失去的多得多。

  既然我在博客里面已经写了很多,所以这里想换一个角色,我想通过几篇文章把之前遇到的诸多问题罗列出来,希望大家能够不吝提出自己的看法和解决方案。其实我更希望在博客的评论中看到更多不同的看法或者通过文章的思路扩展衍生出在其他方向上有价值的应用。另外,知乎真的是一个非常棒的知识分享和学习的平台,潜藏了很多的大牛,我会把整理的每个问题都贴到知乎上面,这样可以收集到更多牛人的看法,希望大家在知乎上有认识相关领域的大牛的可以积极地进行邀请。

  这篇是第一篇,想重点罗列一些跟网站数据分析行业和数据分析师相关的问题。

  Q1、 你因何会选择网站分析或互联网数据分析这个行业,你认为这个行业的价值何在,发展前景如何?(知乎)

  我的答案:互联网是一个阳光行业,而数据分析本身又是一个非常有意思的工作,很多时候,它就像是一个侦探从细枝末节的线索中寻找那个唯一的真相,如果你喜欢这种探秘的感觉,那么你同样会喜欢上网站数据分析这个行业。

  其实我之前在《网站分析的应用和价值》这篇文章中介绍过网站数据分析的价值(这里不引用链接了,大家可以搜一下),简单地说就是“系统地帮助网站实现更加高效的运营”。

  互联网数据量的快速膨胀,急需对数据进行系统化的处理和分析,以便快速地发现信息,转化价值,所以就目前来看,无论是国外的发展趋势,还是国内对这个行业的需求都是快速增长的,发展前景是比较乐观的。

  Q2、 作为网站的数据分析师,你完成的最有成就感的事情是什么,感到最纠结的事情又是什么?(知乎)

  我的答案:最有成就感的事情就是用数据实现价值,无论是通过数据排查问题进而解决问题,还是通过数据分析应用优化网站产品,其实都是创造价值的过程。

  最纠结的事情其实不是整日需要维护和验证数据的一致性、准确性,数据时常会存在诸多细节上的问题,因为这些基本是必然存在的,无论在哪个公司,网站从事何种业务,技术或者数据的环境如何,数据的问题还是无所不在,而保证数据质量本身就是数据分析师最基础的工作,也是开展分析的前提和基础。

  我最纠结的还是在于数据的需求和应用,如果与数据的需求方在数据的理解上达不成一致,那么很多数据需求就会存在反复的调整变动,期间就会做很多重复的工作或者无用功,甚至有些时候数据分析师大费周章地提取的一份数据在需求方那里只是用几秒钟扫视一遍,没有产生任何的价值,这也是令数据分析师最伤感的事情。所以数据分析始终要从获取最终insight的角度出发,如果数据需求中无法说明获取数据是为了试图得出何种insight,那么这个需求基本就没有实现的必要了。

  Q3、 作为网站的数据分析师,你日常工作中最常做的是什么,需要与哪些同事交流,一般会用到哪些工具?(知乎)

  我的答案:数据分析师的日常工作很简单,就是数据处理和观察报表,而且这两块工作会占用每天的大部分时间。如果每天能够准时提供准确的报表,及时地反馈数据异常,那么你已经是一个合格的数据分析师了。

  数据分析师要接触的部门会比较多,可以是任何有数据需求的部门,运营、产品、市场、销售、客服……甚至是各层级的BOSS。

  同样,数据分析师日常使用的工具其实也非常简单,估计在90%的时间都在使用数据库的SQL、Excel或者PPT,当然视每个公司的情况会有差异。所以如果你听到某位数据分析师说他天天在研究什么什么样的高级分析方法或者高深的数据算法,天天在使用R、SPSS、SAS,那么不排除有装X的嫌疑。

  Q4、 在你刚刚步入网站数据分析的工作,或者你曾经新到一个公司或者网站从事数据分析师的工作,你是如何着手开始你的新工作的,你觉得你需要了解哪些东西,会从哪些方面优先开始学习?(知乎)

  我的答案:“业务 => 网站或产品 => 数据处理流程 => 指标和报表”,我的基本流程就是这样的,当然这个也不绝对是前后的顺序,可以是同时结合着看的。

  数据分析的重点不在于数据而在于分析,分析针对的是业务,所以业务是首要了解的东西,就像一个人做事情,首先要明确的是要做的是什么事情;然后是网站或产品,它是实现业务的媒介,就像是做事情时使用的工作或方法;数据的处理流程包括了数据的获取、处理和存储模型,它是记录信息,可以看做是日记,记录了一个人做事情的整个流程;指标和报表就是为了将一个人做事情的整个流程复述出来,把握重点同时又不失关键细节,所以必须要了解指标的统计规则和报表的展现方式,以便更好地突显重点,了解省略的细节,让复述贴近事实。

  很明显,当你了解了这个人在做什么事情之后再去阅读这个人在做事情时记录的信息或听取复述要远比你直接通过复述内容或者阅读记录信息来猜测这个人在做什么事情来得高效得多。

 

]]>
电子商务网站数据分析
//www.otias-ub.com/archives/132416.html //www.otias-ub.com/archives/132416.html#comments Mon, 15 Jul 2013 17:35:45 +0000 //www.otias-ub.com/?p=132416  一、网站分析&电子商城的业务运营的问题

对于电子商务来说,网站分析表现为研究客户对于在线商品进行的浏览行为特征,以及购买的行为特征。其中关于电子商务的客户购物行为的多样化特征可以参考下图:

\

为了反映电子商城实际运营的中问题,网站分析应该主要体现为如下的几个方面:

市场部门需要知道不同的广告活动带来的客户的实际效果(浏览&购买)——需要具体到不同的市场活动的推广渠道,新老客户,以及地域分布;

产品部门需要知道在架商品的“绩效”表现(浏览&购买)——需要具体到在架商品的类别,品牌,以及款式等等;

销售部门需要知道销售订单的来源组成——直接登录的客户购买的订单,广告渠道生成的销售订单,以及搜索引擎生成的销售订单等等;

二、电子商城业务运营问题的解决方法和手段

针对网站分析已经得到的相关结论,电子商务的实际问题的解决可以通过以下三种方式进行解决:

纯人工的方式——通过手动的调整电子商城的相关的功能和页面;

营销规则(引擎)的方式——通过网站分析得到的相关业务问题,人工的制定业务相应的营销规则通过商务智能的方式形式来实现(如下图)

\

推荐引擎的方式——通过数据挖掘和机器学习的方式,计算得到每一个客户的购物偏好,进而推荐其喜好的商品和促销活动;

备注:关于规则引擎和推荐引擎的区别如下:

规则引擎是针对的是电子商城的某一个或者多个客户群;推荐引擎则是精准到单个用户的偏好

规则引擎是需要电子商城的实际业务的运用人员进行相关的调整和设置;推荐引擎虽然能够根据实际的业务进行相关的人工干预,但是其实现是系统自动化的。

  三、规则引擎&推荐引擎

针对营销规则(引擎)的实际运用的分析

对于登陆页面的管理(或者说,高跳出页面)——通过网站分析得到不同的广告来源的效果不一样(来源,新老客户,地域等等),可以通过规则引擎控制不同的广告来源,以及新老客户等参数显示不同的促销活动,这样可以大大的提高市场活动的转化率。

对于站外搜索(SEO&SEM)流量来源的优化——由于目前搜索引擎是电子商城网站的重要并且稳定的流量来源,可以通过网站分析得到重点的关键词(SEM&SEO)的流量转化中的具体问题,例如搜索引擎的类型,来源,关键词等等设定相应的营销规则,实现搜索引擎流量细分的个性化着陆页。

对于电子商城网站在线商品的营销规则设定,可以将电子商城在线商品按照价格,或者品牌等进行分类,当客户对于某一类商品感兴趣(浏览&购买)可以根据相应的营销规则有针对性推荐业务主打的商品和市场活动。

对于电子商城访问最高的页面,通过网站分析得到网站内部访问最高的页面的相应问题,例如新客户的退出率很高,可以通过执行相应的营销规则在相应的页面呈现代金券等网站优惠的促销工具

最后,还有可以根据电子商城客户的实际购物路径和特征,制定相应的业务规则——例如删除购物的动作,或者访问的页面深度和长度超过既定的区间,则进行相关的规则营销。

四、针对推荐引擎的实际运用的分析

电子商城的推荐引擎就是提供“一对一”的客户体验,让顾客在最少的时间里选择并购买尽可能多的产品。特别是针对电子商城的在线商品的品牌和类别很多,并且客户的数量的偏好的差异性很大的情况下,推荐引擎的效果则会更好。其中推荐引擎的基本实现方式如下:

个性化品牌和品类的推荐——展现在电子商城首页和相应的列表页面,主要目的在于对于网站的整体流量的导航作用

个性化的商品推荐——展现在电子商城的列表页和商品明细页面,以及购物车页面等等,主要目是通过在每一个客户购物的过程中推荐其偏好的商品,从而达到Cross-Sell,Up-Sell,andNext-Sell

来源:商业分析商业智能

]]>
//www.otias-ub.com/archives/132416.html/feed 1
网站数据分析 多渠道归因模型
//www.otias-ub.com/archives/123877.html //www.otias-ub.com/archives/123877.html#comments Tue, 11 Jun 2013 16:17:24 +0000 //www.otias-ub.com/?p=123877 在GoogleAnalytics中跟踪一个设备是没有问题,而且很完善,但是在多个设备间切换就不行了,因为设备中都有浏览器,网站分析工具会将cookie放到不同设备的浏览器中,所以cookie就没有办法传递。带着这个问题,看到了Avinash的一篇关于多渠道归因模型的文章,才知道原来多渠道归因有三种模型,以前只知道其中一种,就是跨渠道,例如跨广告,自然搜索,电子邮件,推荐流量等的这种模型,对文章进行了简单的翻译,希望对网站分析同行有帮助,内容如下:

多渠道归因问题的三种类型:

  关于多渠道归因,会有很多的迷惑和不解,在我们的世界里有三种类型的归因问题。

一、多渠道归因,线上到实体店(MCA-O2S):

营销和分析人员尝试去弄懂网络营销和广告的对线下的影响(收入/品牌价值/电话等)。我们把这个归因称为MCA-O2S。

我这里使用的实体店,它包括以下几种情况:零售商店或公司的呼叫中心的销售(订单或目录请求),人们通过在线活动然后去献血,或者任何因为线上渠道带来的线下收入。

MCA-O2S的一个例子是Verizon想知道多少线下和线上电话激活是因为在线搜索广告带来的。

这是我用便利贴画的模型图:MCA-O2S,红色圆点代表我们要衡量的活动节点,这些点可以确保我们理解用户行为,并且得到影响我们市场和广告的行动见解…

  我经常与首席执行官和首席营销官们讨论,当谈论到多渠道归因的时候,他们总是会说到MCA-O2S。然而,当我的数据分析同行谈论这个话题时,他们却不谈论MCA-O2S,你可以想像,为什么事情会变得混乱,因为两者之间缺少沟通。

所以,当你遇到一个CEO时,他可能会说:“请帮我解决这个多渠道归因问题”,你会说:“你对哪种MCA模型比较感兴趣?”如果情况是这样的话,就不同了,对问题的进一步明确将有助于促进一个有价值的谈话。

 二、多渠道归因,跨多个屏幕(MCA-AMS):

高级领导人,特别是大公司的,当他们说多渠道归因的时候,已经开始提到跨屏幕。

随着移动手机和平板电脑的大量应用,我们都将变成拥有“四个屏幕”的人(电视,台式机,平板电脑,智能手机)。对于这种复杂的景象,许多高级领导人急于想看懂这种复杂的,混乱的景象,急于理清多渠道归因的头绪。他们指的其实就是MCA-AMS。

他们真正想要了解清楚的,是用户在使用多个设备体验互联网网站时,通过什么样的媒体(广告及市场推广)和发生了怎样的结果和转换。

MCA-AMS的一个例子是,假设我在看电视广告的时候,看到了一则广告,然后在我的平板电脑上进行搜索,点击了付费广告后到达了一个相机网站,后来阅读了NexusS相机的评论,我回到家后,使用我的笔记本在索尼网站上下了一个订单。

在这种情况下要将销售归功给谁呢?电视,平板电脑付费搜索广告,智能手机上的评论,PC上的下单。有点晕,对吧?

以下的这张图是关于MCA-AMS的,这个用户体验有点复杂,红色圆点代表的是我们接下来要弄明白的…

  我们面临的挑战主要是,当访客与我们的网站互动的时候,不停地切换设备,去追踪他们变得越来越困难。其实,我不应该说越来越困难,我应该说,几乎是不可能的(cookies,通用特定标识符,隐私,政府等原因)。

也许唯一的例外,就是用户使用四种设备时都进行了登录,亚马逊和纽约时报都需要用户进行登录。这类公司通常拥有自己的数据仓库,这些数据仓库容量非常大,这样他们就有能力定期做数据挖掘,并确定用户相关的消费习惯和购买模式。通常,但并不总是,他们还可以梳理出不同设备的收入情况(使用GoogleAnalytics高级细分功能的话,5秒钟就可以)和客户分析的渠道推广计划。

即使这样,它还是很难。对很多人来说这仍然是一个复杂的情况,因为建立数据仓库需要大量的投入,我只能说很抱歉。

我相信真正的解决方案将来自cookies的进步,隐私政策的更新,政府的决策和不断变化的用户使用习惯。然后才是我们对数据处理能力。

通过以上的解释,你可以明白为什么归因模型好像跟MCA-AMS没有什么关系。但是,当你遇到管理人员时,他们可能会说:“请及时解决多渠道的归因问题”,相信这时候大多数人会问更进一步的问题:“你指的是MCA-O2S还是MCA-AMS?”

MCA-AMS很复杂,是一个很大的挑战。对于大多数人来说,还不是一个迫切的问题,但很多人以后都会碰到。

三、多通道归因,跨渠道(MCA-ADC):

觉大多数,在网络营销的圈子里谈到的多通道归因(不是首席执行官和首席营销官),指的都是以下的这个模型。

MCA-ADC是理解数字营销渠道(社交媒体,展示广告,YouTube,推荐来源,电子邮件,搜索等等)的模型,归因于一个特定的转换或者多个转换。

目前所有的网站分析工具,例如AdobeSiteCatalyst,WebTrends,GoogleAnalytics,Coremetrics等,会将转换归属到转换前的最后一次接触的渠道,也就是为人们所熟知的【归因到最后点击】。

有了MCA-ADC,你会试图跳出最后一次点击的思维,而是会考虑转换前的所有渠道(请看以下GoogleAnalytics的例子):

对于这个网站,767次的转换来自同一种路径类型:首先起始于社交媒体网站(例如Facebook,Twitter),然后直接访问网站,然后通过自然搜索到达网站,然后通过推荐网站再次进入,最后产生订单的是直接流量的点击。

数字营销的人员都迫切地想要了解以上转换中,权重是如何计算和分配的。直接流量应该获得50%吗?社交媒体呢?100%?自然搜索呢?2%?但是当我们明白了一个很关键的,隐藏的,细微的差别后,得把我们把刚才的想法先放一放。

当人们谈论MCA–ADC时,他们只是在讨论使用一台设备时的情况。因为网站分析工具去分析一个人使用不同屏幕(AcrossMultipeScreens–AMS)的情况是不太可能的。

所以你上面看到的转换,网站分析工具都可以将网站内容和一个浏览器的多个访问联系起来(请注意,是浏览器而不是人)顺便说一句,GA真是太棒了,因为其它大部分工具都没有能力可以告诉你。

假设以上的自然搜索在手机中产生……不管使用了什么网站分析工具,对于大多数网站来说,访问基本上是丢失的,因为cookie记录在手机的浏览器上,而一部分cookie则记录在电脑的浏览器上,ohmygod.

在cookies,ids,隐私政策,政府指导和用户使用习惯问题没有得到充分解决之前,区分MCA-AMS(acrossmultiplescreens,跨多个屏幕)和MCA-ADC(acrossdigitalchannels,跨多个渠道)是很重要的。

当衡量MCA-AMS的时候,你可以使用上一节中提到的指导。对于MCA-ADC,你会使用一组不同的报告,分别是多渠道路径和归因模型。

我敢肯定,当涉及到MCA–ADC的时候,你已经弄懂了第二个差别。

以上的情形没有追踪和考虑到线下用户行为的影响(O2S),网站分析工具在这方面不是很行,甚至可以说很差。

所以额外的3,835人在商店中或者通过手机渠道(采用上面Verizon的数字)购买是可能的。上述的所有渠道,不管是社交媒体,直接流量,搜索流量,还是推荐流量,都不会获得“权重”。除非你愿意使用在MCA-O2S中所描述的方法。

当你在说MCA–ADC的时候,确保你自己清楚,并且和领导沟通清楚,不是在说MCA-O2S(OnlinetoStore),同时也不是在讨论MCA-AMS。

以下是最后的一张便利贴,红色远点是当你在尝试MCA–ADC时最可能测量的节点:

  如果我想卖弄学问的话,我会说这是MCA-ADCFOD模型(Multi-channelattributionacrossdigitalchannelsforonedevice),意思就是一台设备跨渠道的多渠道归因模型。

现在有丰富的分析经验,时间,耐心和上帝的祝福,可以做完整的多渠道归因分析了,多渠道包括多个线上广告渠道,跨设备的用户行为,线上和线下的影响。可惜的是,整体上而言非常难。我说的非常难,基本上就是不可能的意思。当我说几乎是不可能的,我指的是当你知道如何解决广告,线上和线下内容,客户之后的尝试。

我知道这听起来像无稽之言,但是这种讨论的确需要回归现实。有太多的虚假承诺,来自供应商,咨询顾问,微博爱好者,领袖和各路神仙,这对于整个网络营销生态系统是没有帮助的。

MCA-ADC的简单总结:

下一次当你听到有人提到多渠道归因的时候,你应该用你最温和的语气说:“您指的是MCA-O2S,MCA-AMS还是MCA-ADC?”

你会赢得其他人的尊重,因为你知道有三种类型,并且你可以理解他们所说的情形,然后进行进一步的讨论,相信这些讨论对职业生涯甚至商业嗅觉都会有一些提升。

  多通道归因模型

对于MCA-O2S和MCA-AMS,它是一项复杂的工作,需要确定“哪种广告/营销手段能获得更多权重。”它需要耐心和技巧,它也需要你对16个策略的执行能力,这些策略包括线上和线下对各自的影响。甚至,它需要一种能力(人+技能+欲望)去进行实验。

所以这个问题:“谁获得多少权重”的优先级会降低。

有了MCA-ADC,任务会容易得多,我们有多渠道路径报告。此外,我们能够在一些工具中对MCA-ADC部分提到的行为(以上两张图片)运用归因模型。

最简单的网站分析工具也会有最常见的归因模型:最后点击,第一次点击,甚至分配。

如果你足够幸运,你能够使用更复杂和高级的工具,将会包括:基于数学算法的,能够调整的时间衰减模型。

如果你更幸运,你将有可能获得一个数字分析工具,它允许你创建一个定制的归因模型。

这些模型应用于MCA–ADC,并为您提供更好的关于数字媒体花费的建议。

这些模型都有自己的优点和缺点,如果你有我的书的WebAnalytics(分析)2.0,请翻到到358页,有些有更多的缺点,几乎没有任何优点,记得一定要规避它们。

其中一些通过了基础的测试,因此相对于停留在【归因到最后点击】的思维,会把你提升到一个更高的层次上。

但是弄懂这些模型的一个最大的好处就是,可以给你关于如何调整媒体花费的直接指导。(将美元、欧元、比索从付费搜索转移到展示广告,或者从展示广告到电子邮件,或者其他组合)

成功是通过策略的不断调整,不断测量变化,逐步改善才能达到的(几个礼拜,如果你公司比较小的话甚至几周)

如果你恰巧在一家大公司,假设你在网络营销的花费在10万美元以上,你很快就会发现你在多渠道归因中所犯的错误会较少,并且你的问题会集中在“我如何权衡我的网络营销组合”,而不是“谁得到更多的权重”。

这将推动你继续研究解决方案,这个解决方案需要独特的个人能力和不死的欲望去测量不能想象的模型。

当你达到这种阶段的时候,你将拥有声誉,财富和幸福。

多渠道归因:总结

这是一个严峻的挑战,因为现实是复杂的。

客户体验是以往任何时候都更加复杂,影响的渠道很多,内容消费很分散,三步走模型(吸引,获取,保留)现在分解成很多不同的部分。

所以,你没有选择。如果想让您的公司有一个有效的广告和营销策略,你必须处理多渠道归因的三个问题。

以下是一些好消息:你不需要一气呵成。事实上,如果你试图这样做,可能会损害你的健康(虽是玩笑,但事实的确是这样)。你应该采取渐进的步骤,步步为营。

以下是一些建议:

1.首先得明确,你在解决管理团队的什么问题。O2S,AMS,还是ADC。

2.使用适当的解决方案。

3.真的要把多渠道路径报告弄懂,他们都是免费的,他们很棒。使用概述报告中的维恩图,并将真实的情况展示给你的管理团队。他们会欣赏你的杰作,并且停止浪费金钱。

4.开始使用简单的模型进行试验。您会从最后点击的归因思维中跳出来,并且放弃。花一些精力在时间衰减归因模型上(理想的情况是运用几种数学模型)。

5.做实验,并且感受不同组合的变化

6.追踪结果,分析数据,改变变量后再进行尝试。

7.一旦掌握后,慢慢转移到媒体组合的实验。

如果在任何一步,你注意到利润率的递减,回到前面的步骤,进行优化,直到值得公司投入更多的钱在下一个步骤中。

 专业术语说明:

FUD:Fear,uncertaintyanddoubt的缩写,指的是害怕,不确定和怀疑。

BFFS:BestFriendforever,朋友,引申为解决方案。

MCA-O2S:Multi-ChannelAttribution,OnlinetoStore,指的是多渠道归因,线上到实体店。

MCA-AMS:Multi-ChannelAttribution,AcrossMultipleScreens,指的是跨多个设备,跨多个屏幕。

MCA-ADC:Multi-ChannelAttribution,AcrossDigitalChannels,指的是跨渠道,例如广告,SEO,电子邮件,推荐流量等。

 

]]>
//www.otias-ub.com/archives/123877.html/feed 1
用数据辅助设计-搜索中的实践
//www.otias-ub.com/archives/48383.html Tue, 05 Jun 2012 06:30:47 +0000 //www.otias-ub.com/?p=48383  

设计时不能单凭经验和直觉,因为涉及到的目标人群、场景、操作习惯的不同。为了获取更准确、有效的信息去辅助、检测设计,设计师会选择定性(用户访谈、焦点小组)和定量(调研问卷、网站数据分析)的方式进行用户研究。其中“网站数据分析”这一方式不需要花费较长的时间及人力成本,同时避免了用户及环境等不稳定因素对分析结果造成的干扰。只要具备精准及适用的数据,我们应优先选择这一方法辅助设计。

通常我们可以获取到哪些数据呢?

1、 网站数据

搜索常见的数据如下:

Query – 搜索关键字数

PV(Page View) — 页面浏览量,页面每一次刷新即被计算一次

UV(Unique Visitor) — 用户访问数

Click — 页面总点击数,每一个功能都会有相应的点击数

L->D — 搜索list页面到detail页面的点击数据,即转化率,不同页面有不同的数据。

CTR — Click/LPL,LPV即搜索list页面上的浏览量,CTR即每次浏览的点击次数。

2、 用户访谈、定性调研、焦点小组

3、 已有结论的报告

4、 线上测试(如A/B test,搜索中常用内部开发的可以多方案上线测试的buckettest)

网站数据中可以了解到什么信息? 

1、关键字流失率分析

图1是用户输入“女鞋”相关的关键字及相应的UV流失率(即没有在搜索页进行过任何操作行为的用户数占所有搜索用户的比例),从数据上看添加了真皮、广州、时尚等属性词的关键字流失率相对低很多。

关键字描述越详细,搜索匹配到的产品越准确,用户也就可以更快的找到目标产品。但让用户精确输入关键字的成本较高(如用户不知道用哪些描述词更适合等)。如何降低这个成本?我们可以使用suggestion(关键字推荐)(见图2)和SN区(类目属性筛选区)(见图3)给用户恰当的推荐和引导。

2、快速筛选改版后数据分析

图4是搜索上的筛选项。搜索的目标应该是更快、更准确的帮助用户找到产品,筛选区便是其中一个重要的组成部分,让用户更快的找到筛选项以及简单的完成筛选操作,是每次改版的中心目的。

各筛选项应该放在哪里更合适,很大程度上取决于用户在查找产品的时候,更关注哪些维度的信息。对于已经上线的功能,我们可以通过数据进行分析,如上图是筛选区的CTR数据,可以发现用户使用地区、排序、单价、经营模式操作较多,说明用户对这方面筛选需求较大,也较关注这几个维度的信息,以此可以将筛选项调整到方便用户查找的位置,也降低了用户的记忆负担,因用户一般都是从左到右浏览,所以可以将重要的筛选调整到首位或是用视觉突出。而一些数据较低的筛选,可以根据情况隐藏或是下线,也增加筛选区的扩展性。

图5根据图4的数据,我们对筛选项的位置以及排序按钮交互方式进行了调整。

新版本上线两周后我们发现用户较关注的筛选项调整到左边位置后CTR数据明显上升(绿色为明显数据上升,红色则数据下降,其他数据小量上升)。

综上所述,设计、迭代流程如下:

数据验证,这个一次相对成功的设计。

3、对比功能上线后数据分析

同时,我们来看一个不合理的产品设计(见图7)。图上是阿里巴巴在去年上的对比功能,用户勾选产品加入对比(图7第1步)只占整个搜索CTR0.6%左右,而到最后点击了对比按钮(图7第2步)的转化率只有其中的10%不到,对比功能的使用率很低。

根据这个发现,我们召集了5个测试者(1位产品经理、1位运营、3位用户)进行了焦点测试,得到如下几点反馈1、用户只要看其中的几个信息,不需要那么多维度的信息对比。2、用户更习惯通过点开detail进行对比。

很多垂直化的行业搜索都有对比功能,如太平洋、中关村、淘宝的手机等,该功能通过对比信息帮助用户挑选出更符合目标的产品。但适不适合我们的网站,还需要多考虑一番。结合以上数据来看,对比功能更适合一些需要关注多维度信息对比的垂直行业,而关注维度较少的,用户通过短期记忆就可以达到。

运用数据检测设计

一般在全量上线前会通过buckettest测试各方案,对比用户行为数据检测哪个方案更合理、体验更好。

通过bucktest可以得到如图8的对比数据,红色为数据下滑,绿色为数据上涨。

运用buckettest测试,对于检测设计是很有效的方法,特别是针对小细节的体验优化。对方案调整处数据打点,就可以监测到相应的数据变化。例如按钮调整,检测调整后是否比原来的方案体验更好,在测试前要求开发同学在监测数据时给这个按钮打点,测试后就可以了解到按钮调整前、后的对比数据。如你想了解按钮位置调整是否能提升体验,在设计时就要规避其他因素可能引起的影响如按钮样式等,以此来不断优化设计方案。

总结

分析数据、读懂数据、运用数据,可以很好的辅助我们去设计产品、改善体验,这也是设计师需要掌握的一门必修课。

数据虽然很强大但是不要迷恋它,不要只关注数据的起落,而是要分析数据背后真实的用户原因及需求,数据只是一个分析辅助工具。

不要任何设计都依赖测试及数据检测,每一次测试所需的开发和时间成本太高。尽管设计师不能作出100%的正确判断,但是结合有效的工作习惯及总结分析,还是能够大大的提高设计的准确率及解决方案的有效性,这也是设计师的价值。

 

 via:aliued
]]>
电子商务网站数据分析常用指标
//www.otias-ub.com/archives/31315.html //www.otias-ub.com/archives/31315.html#comments Sun, 15 Apr 2012 17:27:08 +0000 //www.otias-ub.com/?p=31315 网站分析采用的指标可能有各种各样的,根据网站的目标和网站的客户的不同,可以有许多不同的指标来衡量。常用的网站分析指标有内容指标和商业指标,内容指标指的是衡量访问者的活动的指标,商业指标是指衡量访问者活动转化为商业利润的指标。
一、网站分析的内容指标转换率 Take Rates (Conversions Rates)
计算公式:转换率=进行了相应的动作的访问量/总访问量
指标意义:衡量网站内容对访问者的吸引程度以及网站的宣传效果
指标用法:当你在不同的地方测试新闻订阅、下载链接或注册会员,你可以使用不同的链接的名称、订阅的方式、广告的放置、付费搜索链接、付费广告(PPC)等等,看看那种方式是能够保持转换率在上升?如何增强来访者和网站内容的相关性?如果这个值上升,说明相关性增强了,反之,则是减弱。

回访者比率 Repeat Visitor Share

计算公式:回访者比率=回访者数/独立访问者数
指标意义:衡量网站内容对访问者的吸引程度和网站的实用性,你的网站是否有令人感兴趣的内容使访问者再次回到你的网站。
指标用法:基于访问时长的设定和产生报告的时间段,这个指标可能会有很大的不同。绝大多数的网站都希望访问者回访,因此都希望这个值在不断提高,如果这个值在下降,说明网站的内容或产品的质量没有加强。需要注意的是,一旦你选定了一个时长和时间段,就要使用相同的参数来产生你的报告,否则就失去比较的意义。

积极访问者比率 Heavy User Share

计算公式:积极用户比率=访问超过11页的用户/总的访问数
指标意义:衡量有多少访问者是对网站的内容高度的兴趣
指标用法:如果你的网站针对正确的目标受众并且网站使用方便,你可以看到这个指标应该是不断的上升。如果你的网站是内容型的,你可以针对不同类别的内容来区分不同的积极访问者,当然你也可以定义20页以上的才算是积极的访问者。

忠实访问者比率 Committed Visitor Share

计算公式:访问时间在19分钟以上的用户数/总用户数
指标意义:和上一个指标的意义相同,只是使用停留的时间取代浏览页数,取决于网站的目标,你可以使用两个中的一个或结合使用。
指标用法:访问者时长这个指标有很大的争议,这个指标应结合其它的指标一起使用,例如转换率,但总体来说,较长的访问时长意味着用户喜欢呆在你的网站,高的忠实访问率当然是较好的。同样的,访问时长也可以根据不同的需要自行设定。

忠实访问者指数 Committed Visitor Index

计算公式:忠实访问者指数=大于19分钟的访问页数/大于19分钟的访问者数
指标意义:指的是每个长时间访问者的平均访问页数,这是一个重要的指标,它结合了页数和时间。
指标用法:如果这个指数较低,那意味着有较长的访问时间但是较低的访问页面(也许访问者正好离开吃饭去了)。通常都希望看到这个指数有较高的值,如果你修改了网站,增加了网站的功能和资料,吸引更多的忠实访问者留在网站并浏览内容,这个指数就会上升。

忠实访问者量 Committed Visitor Volume

计算公式:忠实访问者量=大于19分钟的访问页数/总的访问页数
指标意义:长时间的访问者所访问的页面占所有访问页面数的量
指标用法:对于一个靠广告驱动的网站,这个指标尤其值得注意,因为它代表了总体的页面访问质量。如果你有10000的访问页数却仅有1%的忠实访问者率,这意味着你可能吸引了错误的访问者,这些访问者没有啥价值,他们仅仅看一眼你的网页就离开了。这是你应该考虑是否广告的词语产生了误解。

访问者参与指数 Visitor Engagement Index

计算公式:访问者参与指数=总访问数/独立访问者数
指标意义:这个指标是每个访问者的平均会话(session),代表着部分访问者的多次访问的趋势。
指标用法:与回访者比率不同,这个指标代表着回访者的强烈度,如果有一个非常正确的目标受众不断的回访网站,这个指数将大大高于1;如果没有回访者,指数将趋近于1,意味着每一个访问者都有一个新的会话。这个指数的高低取决于网站的目标,大部分的内容型和商业性的网站都希望每个访问者在每周/每月有多个会话(session);客户服务尤其是投诉之类的页面或网站则希望这个指数尽可能地接近于1。

回弹率(所有页面)Reject Rate/Bounce Rate

计算公式:回弹率(所有页面)=单页面访问数/总访问数
指标意义:代表着访问者看到的仅有的一页的比率
指标意义:这个指标对于最高的进入页面有很重要的意义,因为流量就是从这些页面产生的,当你对网站的导航或布局设计进行调整时尤其要注意到这个参数。总而你是希望这个比率不断地下降。

回弹率(首页)Reject Rate/Bounce Rate

计算公式:回弹率(首页)=仅仅访问首页的访问数/所有从首页开始的访问数
指标意义:这个指标代表所有从首页开始的访问者中仅仅看了首页的访问者比率
指标意义:这个指标是所有内容型指标中最重要的一个,通常我们认为首页是最高的进入页面(当然,如果你的网站有其他更高的进入页面,那么也应该把它加入到追踪的目标中)。对任意一个网站,我们可以想象,如果访问者对首页或最常见的进入页面都是一掠而过,说明网站在某一方面有问题。如果针对的目标市场是正确的,说明是访问者不能找到他想要的东西,或者是网页的设计上有问题(包括页面布局、网速、链接的文字等等);如果网站设计是可行易用的,网站的内容可以很容易地找到,那么问题可能出在访问者的质量上,即市场问题。

浏览用户比率 Scanning Visitor Share

计算公式:浏览用户比率=少于1分钟的访问者数/总访问数
指标意义:这个指标一定程度上衡量网页的吸引程度。
指标用法:大部分的网站都希望访问者停留超过一分钟,如果这个指标的值太高,那么就应该考虑一下网页的内容是否过于简单,网站的导航菜单是否需要改进。

浏览用户指数 Scanning Visitor Index

计算公式:浏览用户指数=少于1分钟的访问页面数/少于1分钟的访问者数
指标意义:一分钟内的访问者平均访问页数
指标用法:这个指数也接近于1,说明访问者对网站越没兴趣,他们仅仅是瞄一眼就离开了。这也许是导航的问题,如果你对导航系统进行了显著的改进,应该可以看到这个指数在上升;如果指数还是下降,应该是网站的目标市场及使用功能有问题,应该着手解决。
将浏览用户比率和浏览用户指数结合起来使用,可以看出用户是在浏览有用的信息还是厌烦而离开。

浏览用户量 Scanning Visitor Volume

计算公式:浏览用户量=少于1分钟的浏览页数/所有浏览页数
指标意义:在一分钟内完成的访问页面数的比率
指标用法:根据网站的目标的不同,这个指标的高低有不同的要求,大部分的网站希望这个指标降低。如果是搞广告驱动的网站,这个指标太高对于长期的目标是不利的,因为这意味着尽管你通过广告吸引了许多的访问者,产生很高的访问页数,但是访问者的质量却是不高的,所能带来的收益也就会受到影响。

二、网站分析的商业指标

平均订货额 Average Order Amount (AOA)
计算公式:平均订货额=总销售额/总订货数
指标意义:用来衡量网站销售状况的好坏
指标用法:将网站的访问者转化为买家当然是很重要的,同样重要的是激励买家在每次访问是购买更多的产品。跟踪这个指标可以找到更好的改进方法。

转化率 Conversion Rate (CR)

计算公式:转化率=总订货数/总访问量
指标意义:这是一个比较重要的指标,衡量网站的对每个访问者的销售情况
指标用法:通过这个指标你可以看到即使一些微小的变化都可能给网站的收入带来巨大的变化。如果你还能够区分出新、旧访问者所产生的订单,那么就可以细化这个指标,对新旧客户进行分别的统计。

每访问者销售额 Sales Per Visit (SPV)

计算公式:每访问者销售额=总销售额/总访问数
指标意义:这个指标也是用来衡量网站的市场效率
指标用法:这个指标和转化率差不多,只是表现形式不同。

单笔订单成本 Cost per Order (CPO)

计算公式:单笔订单成本=总的市场营销开支/总订货数
指标意义:衡量平均的订货成本
指标用法:每笔订单的营销成本对于网站的盈利和现金流都是非常关键的。营销成本的计算各人有不同的标准,有些把全年的网站营运费用摊入到每月的成本中,有些则不这么做,关键要看那种最适合自己的情况。如果能够在不增加市场营销成本的情况下提高转化率,这个指标就应该会下降。

再订货率 Repeat Order Rate (ROR)

计算公式:再订货率=现有客户订单数/总订单数
指标意义:用来衡量网站对客户的吸引力
指标用法:这个指标的高低和客户服务有很大关系,只有满意的用户产品体验和服务才能提高这个指标。

单个访问者成本 Cost Per Visit (CPV)

计算公式:单个访问者成本=市场营销费用/总访问数
指标意义:用来衡量网站的流量成本
指标用法:这个指标衡量的是你的市场效率,目标是要降低这个指标而提高SPV,为此要将无效的市场营销费用削减,增加有效的市场投入。

订单获取差额 Order Acquisition Gap (OAG)

计算公式:订单获取差额=单个访问者成本(CPV)-单笔订单成本(CPO)
指标意义:这是一个衡量市场效率的指标,代表着网站所带来的访问者和转化的访问者之间的差异
指标用法:指标的值应是一个负值,这是一个测量从非访问者中获得客户的成本。有两种方法来降低这个差额,当你增强了网站的销售能力,CPO就会下降,这个差额就会缩小,说明网站转化现有流量的能力得到了加强;同样的,CPV可能升高而CPO保持不变或降低,这个差额也会缩小,表明网站所吸引的流量都具有较高的转化率,这种情形通常发生在启用了PPC(pay per click)的计划。

订单获取率 Order Acquisition Ratio (OAR)

计算公式:订单获取率=单笔订单成本(CPO)/单个访问者成本(CPV)
指标意义:用另一种形式来体现市场效率
指标用法:用比率的形式往往比较容易为管理阶层所理解,尤其是财务人员。

每笔产出 Contribution per Order (CON)

计算公式:每笔产出=(平均订货数X平均边际收益)-每笔订单成本
指标意义:每笔订单给你带来的现金增加净值
指标用法:公司的财务总监总是对这个指标感兴趣的,代表了你花了多少钱来赚多少钱。

投资回报率 Return on Investment (ROI)

计算公式: 投资回报率=每笔产出(CON) /每笔订单成本 (CPO)
指标意义: 用来衡量你的广告的投资回报
指标用法:比较你的广告的回报率,应该把钱分配给有最高回报率的广告,但是这个回报率应当要有时间段的限制,比如“25% RIO/每周”和“25% RIO/每年”是有很大差别的。

]]>
//www.otias-ub.com/archives/31315.html/feed 5