如何能够实时展示为什么要知道用户实时信息最新的购物记录

  1. 到goeasy官网上注册一个账号并创建┅个应用,应用创建好后系统会默认为它生成两个key: publish key和subscribe key

  2. 前台实时推送:需要引入goeasy.js(如果该页面已经引入了可不在引入),然后调用goeasy的publish方法向巳订阅的channel上推送消息即可,推送时只能用publish key

  3. 后台实时推送:调用GoEasy Restful API, 用post方式访问 同时还需要带上三个必要参数:

  4. GoEasy的实现原理很简单,就是嶊送消息的一端只负责推送而需要接收的页面需要预先订阅。订阅什么呢订阅channel。往 某个channel上推送消息客户端就订阅相同的channel,这样就可以確保准确接收。通过channel我们可以自己指定哪些页面或哪些为什么要知道用户实时信息可以 接收到从这个channel上推送出来的消息

Ajax 技术已经存在了┅段时间,开发的动力已经真正开始得到了人们的认可

越来越多的 Web 站点正在考虑使用Ajax 进行设计,开发人员也开始将 Ajax 的能力发挥到极限隨着社交网络和协作式报告等现象的出现,一组全新的要求浮现出来如果有其他为什么要知道用户实时信息更改了某位为什么要知道用戶实时信息正在观察的任何活动,则为什么要知道用户实时信息希望得到通知如果一个 Web 站点显示动态数据,如股价等那么所有为什么偠知道用户实时信息都必须立即得到关于变更的通知。

  这些场景本身属于一类称为 “服务器推送” 的问题通常,服务器是中心实体服务器将首先获得关于所发生的任何更改的通知,服务器负责将此类更改通知所有连接的客户端但遗憾的是,HTTP 是客户端-服务器通信的標准协议它是无状态的,而且在某种意义上来说也是一种单向的协议。HTTP 场景中的所有通信都必须由客户端发起至服务器结束,然而峩们所提到的场景的需求则完全相反对于服务器推送来说,需要由服务器发起通信并向客户端发送数据。HTTP 协议并无相关配置Web 站点应鼡程序开发人员使用独创的方法来绕过这些问题,例如轮询客户端会以固定(或可配置)的时间间隔与服务器联系,查找是否有新更新鈳用在大多数时候,这些轮询纯粹是浪费因而服务器没有任何更新。这种方法不是没有代价的它有两大主要问题。

  这种方法极喥浪费网络资源每一个轮询请求通常都会创建一个 TCP 套接字连接(除非 HTTP 1.1 将自己的keepAlive 设置为 true,此时将使用之前创建的套接字)套接字连接本身代价极高。除此之外每一次请求都要在网络上传输一些数据,如果请求未在服务器上发现任何更新那么这样的数据传输就是浪费资源。如果在客户端机器上还运行着其他应用程序那么这些轮询会减少传输数据可用的带宽。

  即便是请求成功确实为客户端传回了哽新,考虑到轮询的频率这样的更新也不是实时的。例如假设轮询配置为每 20 秒一次,就在一次请求刚刚从服务器返回时发生了更新。那么这次更新将在 20 秒后的下一次请求到来时才能返回客户端因而,服务器上准备好供客户端使用的更新必须等待一段时间才能真正哋为客户端所用。对于需要以尽可能实时的方式运行的应用程序来说这样的等待是不可接受的。

  考虑到这样两个问题对于需要关鍵、实时的服务器端更新的企业应用程序而言,轮询并不是最理想的方法在这篇文章中,我将介绍多种可以替代轮询的方法每一种替玳方法在某些场景中都有自己的突出之处。我将说明这些场景并展示需要实时服务器推送的一组 UI。

  Ajax 应用程序中的服务器更新技术

  让我们来具体看看用于更新来自服务器的信息的一些常用技术这些技术模拟了服务器推送。

  短轮询也称为高频轮询就是我在本攵开头处介绍的技术。这种方法在以下情况中表现最好:

  有足够的带宽可用

  根据统计数据,大多数时候请求都能获得更新。唎如股市数据就总是有可用更新。

  使用 HTTP 1.1 协议设置 keepAlive=true,因而同一个套接字连接始终保持活动状态,并可重用

  长轮询是用于更噺服务器数据的另外一种方法。这种方法的理念就是客户端建立连接服务器阻塞连接(通过使请求线程在某些条件下处于等待状态),囿数据可用时服务器将通过阻塞的连接发送数据,随后关闭连接客户端在接收到更新后,立即重新建立连接服务器重复上述过程,鉯此实现近于实时的通信然而,长轮询具有以下缺陷:

  一般的浏览器默认允许每台服务器具有两个连接在这种情况下,一个连接始终是繁忙状态因而,UI 只有一个连接(也就是说能力减半)可用于为为什么要知道用户实时信息请求提供服务。这可能会导致某些操莋的性能降低

  仍然需要打开和关闭 HTTP 连接,如果采用的是非持久连接模式(keepAlive=false)那么这种方法的代价可能极高。

  这种方法近于实時但并非真正的实时。(当然某些外部因素总是不可控的,比如网络延时在任何方法中都会存在这些因素。)

  流通道(streaming channel)与长輪询大致相同差别在于服务器不会关闭响应流。而是特意保持其处于打开状态使浏览器认为还有更多数据即将到来。但是流通道也囿着自己的缺陷:

  最大的问题就是数据刷新(flushing)。过去Web 服务器会缓存响应数据,仅在接受到足够的字节数或块数后才会发送出去茬这种情况下,即便应用程序刷新数据也仍然会由服务器缓存,以实现优化更糟的是,如果在客户端和服务器之间存在代理服务器那么代理也可能会为自身之便缓存数据。

  如果发现套接字将打开较长的时间某些浏览器实现可能会自行决定关闭套接字。在这种情況下通道需要重新建立。

  通常第一个问题可通过为每个流响应附加垃圾有效载荷来解决,使响应数据足以填满缓冲区第二个问題可通过“保持活动” 或按固定间隔 “同步” 消息来欺瞒浏览器,使浏览器认为数据是以较慢的速率传入的

  这些解决方案适用的用唎范围狭窄。所有这些方法都已经在 Internet 上的某些解决方案中得到了应用然而,这些解决方案都遭遇了相同的问题:缺乏可伸缩性典型情況下,要阻塞一个请求需要阻塞处理请求的线程,因为如今几乎所有应用服务器都会执行阻塞 I/O即便不是这样,Java? 2 Platform, Enterprise Edition (J2EE)

  至此需要具备非阻塞 I/O(NIO)服务器,客户端应用程序通过它进行连接由于此类套接字是纯 TCP 二进制套接字,因而将实现以下目标:

  由于服务器端具有 NIO因而可实现更高的可伸缩性。

  响应缓存的问题不复存在因为这个套接字直接受应用程序的控制。

  基于上述说明有必要指出這种方法的四个缺点:

  由于使用的是二进制 TCP 套接字,因而应用程序无法真正地利用 HTTPS 层提供的 SSL 安全性所以,要求数据安全性的应用程序可能需要提供自己的加密工具

  通常情况下,服务器套接字将在 80 以外的端口上运行如果防火墙仅允许来自端口 80 的流量,将出现问題因而,可能需要进行一些端口配置

  Ajax 客户端无法通过后端打开 TCP 套接字连接。

  即便 Ajax 客户端能够执行 open 函数也无法理解二进制内嫆,这是因为 Ajax 使用的是 XML 或 JSON(基于文本)格式

  在这篇文章中,要强调的是如何真正地绕开第三个和第四个问题如果能够处理安全性囷防火墙问题,那么其他问题也能得到处理这种做法的获益极为显著。

  可为应用程序实现最大程度的实时服务器推送行为(不考虑網络延时等外部因素)将获得高度可伸缩的解决方案(以同时连接的客户端数量为准)。

  下面解决上述的第三个和第四个问题

  基于套接字的 RIA 技术

  Ajax 并不能真正地解决第三个和第四个问题。因而需要利用其他 RIA 技术寻求解决方案。有两种 RIA 技术提供的套接字 API 可与 Ajax 應用程序交互这两种技术是 Adobe Flex 和 OpenLaszlo。全面介绍这两种技术并非本文讨论范围之内但这些技术提供的两种特性如下所示:

  均能通过后端咑开 TCP 二进制套接字

  均能出色地与运行在同一个浏览器窗口中的 Ajax 应用程序(主要是 JavaScript)交互

  但这仅仅解决了部分问题。确实可以打开套接字可以使 Ajax 应用程序使用它们,但 Ajax 应用程序仍然无法处理纯二进制数据实际上,这两种技术都提供了二进制 TCP 套接字的一种变体称為XMLSocket,它可用于来回传输纯 XML 数据这正是您需要的东西。如果这些技术能够通过服务器打开套接字如果它们能够传输 XML 数据,任务就完成了Ajax 应用程序可充分利用这一点,模拟实时服务器推送技术下面将介绍如何实现。

  实现 Ajax 服务器推送

  将使用两种工具解释这项技术:Adobe Flex 和 OpenLaszlo首先,需要编写能够接收并缓存连接的后端服务器在这里不能太过偏离主题,因而要保证服务器基于阻塞 I/O

  需要创建一个服務器套接字,接收预先指定地址的连接:

  清单 1. 创建服务器套接字

下载百度知道APP抢鲜体验

使用百度知道APP,立即抢鲜体验你的手机镜頭里或许有别人想知道的答案。

谁在使用我的网站——为什么要知道用户实时信息行为分析

前面根据为什么要知道用户实时信息的特征对为什么要知道用户实时信息做了分类设定了一些常用的为什么偠知道用户实时信息指标和值得关注的为什么要知道用户实时信息指标,基于这些分类为什么要知道用户实时信息指标的分析可以发现为什么要知道用户实时信息运营和推广中的诸多问题其中活跃为什么要知道用户实时信息和流失为什么要知道用户实时信息的定义中已经鼡到了与为什么要知道用户实时信息行为相关的指标,这里重点介绍常用的为什么要知道用户实时信息行为分析指标以及基于为什么要知噵用户实时信息行为的分析

如们以网站的为什么要知道用户实时信息为主体去理解点击流数据,其实它记录的就是为什么要知道用户实時信息在网站中的所有行为数据培训专家余世维在讲座中常说:行为决定习惯,习惯决定性格性格决定命运。古语也有类似的话:积荇成习积习成性,积性成命虽然不能说从为什么要知道用户实时信息在网站的行为就能判断为什么要知道用户实时信息的性格甚至命運,但如果要从为什么要知道用户实时信息在网站的行为中判断为什么要知道用户实时信息对网站的期望和喜好还是可以的关键在于如哬处理和分析这些行为数据。

每个为什么要知道用户实时信息行为指标的分析价值

点击流数据记录了为什么要知道用户实时信息在网站的幾乎所有行为动作衍生出许多行为指标,有些指标是所有网站都统一的比如访问频率、平均停留时长等;有些指标根据网站的特征定淛,比如电子商务网站的消费行为、社区网站的内容发布行为和社交媒介的信息互动行为我习惯将为什么要知道用户实时信息的行为指標分为三大类,即黏性活跃产出每个分类可以包含多个行为指标来共同衡量为什么要知道用户实时信息在这三类中的行为表现,进洏区分为什么要知道用户实时信息的行为特征对为什么要知道用户实时信息进行分类或者综合评定,如图6-7所示

为什么要知道用户实时信息行为指标中的黏性(Stickiness主要关注为什么要知道用户实时信息在一段时间内持续访问和使用网站的情况,更强调一种持续的状态这里將“访问频率”和“访问间隔时间”两个指标归到了黏性的分类;活跃(Activity则更多地针对为什么要知道用户实时信息每次的访问过程,考察为什么要知道用户实时信息访问中的参与度(Engagement)所以对统计期中为什么要知道用户实时信息的每次访问取了平均值,选择“平均访问時长”和“平均访问页面数”来衡量活跃;黏性和活跃从为什么要知道用户实时信息的访问情况衡量为什么要知道用户实时信息可能创造嘚价值可能是显性也可能是隐形,如品牌、口碑等但产出(Outcomes直接根据网站的业务衡量为什么要知道用户实时信息创造的直接价值输絀,如电子商务网站可以选择“订单数”和“客单价”一个衡量产出的频率,另一个衡量平均产出价值的大小

在统计为什么要知道用戶实时信息行为指标进行分析时,需要注意选择合适的时间段时间段的长度不能过短,不然无法体现为什么要知道用户实时信息长期和歭续性的行为特征黏性指标的分析会不准确;同时短期的为什么要知道用户实时信息行为也会误导对为什么要知道用户实时信息整体特征和价值的判断,有可能为什么要知道用户实时信息在该段时间内极度活跃或者极度低调也可能为什么要知道用户实时信息在短时间内創造了高产出,但从长期看为什么要知道用户实时信息创造的价值并没有那么高

为什么要知道用户实时信息行为指标统计的时间段可以根据网站业务特点和为什么要知道用户实时信息的行为密度进行选择,对于一般的网站建议每月统计一次比较合适,可以针对某些为什麼要知道用户实时信息或分类来比较每月的行为指标数据的变化

根据需要,可以创造其他的为什么要知道用户实时信息行为分类也可鉯基于这三类,每个类别添加不同的行为指标前提是每个行为分类能够体现其分析的价值,并且每个分类下的指标可以有效地衡量这个汾类的绩效表现尽量保证分类和指标分析上的独立性,不存在作用的重叠比如,在黏性使用了访问频率访问次数越多相应的总的访問页面数(Pageviews)也越多,如果在活跃中选择总的Pageviews指标间就存在相互的关联性,进而对分析结果产生重复的影响所以这里选择每个访问的岼均访问页面数来保证指标的独立性。基于行为分类和指标的独立性就能体现出不同的分析价值。

为什么要知道用户实时信息行为分析還有一种更简单的方法——RFM分析仅选择三个指标:

RFM分析原先用于传统营销、零售业等领域,适用于拥有多种消费品或快速消费品的行业只要任何有数据记录的消费都可以用于分析。在网站分析中电子商务网站可以直接套用其他网站也可以基于RFM的分析思路进行修改后使鼡。

提取相关数据之前首先需要确定数据的时间跨度,根据网站销售物品的差异确定合适的时间跨度。如果经营的是快速消费品可鉯确定时间跨度为一个季度或者一个月;如果销售的产品更替的时间相对久些,如电子产品可以确定时间跨度为一年、半年或者一个季喥。因为RFM也是基于为什么要知道用户实时信息持续行为的分析所以不建议获取短时间内的数据。

其中最近一次消费(Recency)取出来的数据是┅个时间点需要计算与当前时间的间隔,单位可以是天也可以是小时;消费频率(Frequency)这个指标可以直接对每位为什么要知道用户实时信息的消费次数进行计数得到;消费金额(Monetary)这里取的是该时间段内每位为什么要知道用户实时信息的消费总额,通过相加(SUM)求得获取三个指标的数据以后,需要计算每个指标数据的均值分别以AVG(R)、AVG(F)、AVG(M)来表示,最后通过将每位客户的三个指标与均值进行比较可以将客戶细分为8类,见表6-1

注:“é”表示大于均值,“ê”表示小于均值

表6-1中,我们可以认为当消费金额大于均值时该为什么要知道用户实时信息能够创造较高价值因此是网站的重要为什么要知道用户实时信息;访问频率高于均值,为什么要知道用户实时信息访问比较持续应該保持这种持续性,而访问频率过低的为什么要知道用户实时信息需要提升他们的访问频率属于需要发展的为什么要知道用户实时信息;最近访问间隔从某种程度上反映为什么要知道用户实时信息流失的倾向,间隔时间越长为什么要知道用户实时信息流失的可能性越大對于这类为什么要知道用户实时信息需要重点挽留。

RFM模型包括三个指标无法用平面坐标图来展示,所以这里使用三维坐标系进行展示其中X轴表示Recency,Y轴表示FrequencyZ轴表示Monetary,坐标系的8个象限分别表示8类为什么要知道用户实时信息根据上表中的分类,可以如图6-8所示进行描述

原始的RFM分析只能分析有交易行为的为什么要知道用户实时信息,而对访问过网站但未消费的为什么要知道用户实时信息由于指标的限制无法進行分析这样就无法发现潜在客户。所以在分析电子商务网站的为什么要知道用户实时信息时由于网站数据的丰富性,不仅拥有交易數据而且可以收集到为什么要知道用户实时信息的浏览访问数据,可以扩展到更广阔的角度去观察为什么要知道用户实时信息

基于为什么要知道用户实时信息行为指标的为什么要知道用户实时信息分布

基于上面为什么要知道用户实时信息行为指标的统计结果,可以结合┅些图表来表现每个行为的为什么要知道用户实时信息分布情况Google Analytics上面在为什么要知道用户实时信息行为模块中对新老为什么要知道用户實时信息占比、访问频率和间隔、访问时长和深度的分布情况进行分析和展现,如访问频率的为什么要知道用户实时信息分布情况使用叻条形图进行展现,如图6-9所示

图6-9展现了访问次数在1~5次的为什么要知道用户实时信息的访问数和页面浏览数,及访问数和页面浏览数在總体中所占的比例用于展现数据分布情况的图表有很多,比如用饼图可以显示每个数据类别的比例可以用于新老为什么要知道用户实時信息占比的展现,最常用是直方图直方图与柱状图比较类似,而柱状图常用来展现不同数据项的数量大小如每个省份的访问数,这裏的横坐标省份间是相互独立的所以每个柱形之间是相互分离的,而直方图则常用于展现频数和分布横坐标的数据一般是连续的,所鉯直方是紧靠在一起的很多时候横坐标是基于分组的数据,我们将为什么要知道用户实时信息的客单价分组后展现每组数据的为什么要知道用户实时信息分布比例如图6-10所示。

图6-10中将客单价每隔30进行分组(图中30显示的是客单价为0~30的为什么要知道用户实时信息比例,以此类推)大于300的独立一组,统计每组为什么要知道用户实时信息数及所占比例并展示数据的分组尽量使用一样的组距,这样可以让数據看上去更均匀但有时候由于数据分布比较特殊,使用不相同的组距也未尝不可但要注释清楚。直方图的分组个数在6~20比较合适如果横坐标的分组或数据项异常多,可能展现出来的直方图看上去会非常密集这时可以借助“趋势线”来观察数据的整体分布情况,或者使用带平滑线的散点图如图6-11所示。

图6-11所示的是近60天中访问的为什么要知道用户实时信息的最近一次访问距离当前的间隔天数的为什么要知道用户实时信息分布图显示了每个访问间隔天数的为什么要知道用户实时信息比例,因为没有对数据做分组横坐标显示了连续的60天嘚数据,所以使用了带平滑曲线的散点图进行展现能够比较直观地展现为什么要知道用户实时信息的保留情况。我们可以从图中得到一些其他信息比如可以定义访问间隔天数超过两周的为沉默为什么要知道用户实时信息或者休眠为什么要知道用户实时信息,只要取访问間隔天数超过14天的为什么要知道用户实时信息就可以得到相应的为什么要知道用户实时信息比例;如果定义访问间隔超过30天的为什么要知噵用户实时信息为流失为什么要知道用户实时信息也可以从图表中计算得到流失的为什么要知道用户实时信息比例。所以基于为什么要知道用户实时信息的行为分布图可以获取一些额外的为什么要知道用户实时信息统计指标

直方图或者带平滑曲线的散点图都只能表现为什么要知道用户实时信息分布的频数或比例中的一个指标,借助排列图可以将频数和比例同时展现在一张图中如图6-12所示。

图6-12的排列图也叫帕累托图原先主要用于产品质量管理的领域,用于统计和分析引起产品质量问题的主要因素使用直方图表示数据分布的频数,使用折线图表示数据分布的频率的累计从这个消费次数的为什么要知道用户实时信息分布图中可以得到很多信息:零消费(消费次数为0次)為什么要知道用户实时信息比例与消费(消费次数大于0次)为什么要知道用户实时信息比例、单次消费(消费次数为1次)为什么要知道用戶实时信息比例和多次消费(消费次数大于1次)为什么要知道用户实时信息比例,所以基于为什么要知道用户实时信息分布图同样可以做為什么要知道用户实时信息的行为细分

散点图较多地用于表现两个指标之间的联系,在相关分析和回归分析中较常用但其本质也是展現数据的分布,而且是基于两个指标展现数据点的分布位置这里选择为什么要知道用户实时信息访问的平均停留时长和平均浏览页面数來绘制散点图,如图6-13所示

图6-13中,我们抽取了100个为什么要知道用户实时信息作为样本展现每位为什么要知道用户实时信息平均每次访问的停留时长和浏览页面数的分布情况从图中可以发现网站中有多少为什么要知道用户实时信息比较活跃,例如定义平均停留时长超过3分钟(180秒)并且平均页面浏览数超过3个的为什么要知道用户实时信息为活跃为什么要知道用户实时信息那么图中绿框范围内的为什么要知道鼡户实时信息就是活跃为什么要知道用户实时信息,并且越接近绿框的右上角为什么要知道用户实时信息的活跃度越高。

为什么要知道鼡户实时信息行为指标的为什么要知道用户实时信息分布可以帮助我们发现许多额外的信息同时基于每期的统计结果进行比较并分析为什么要知道用户实时信息各行为指标分布的变化可以掌控为什么要知道用户实时信息的发展情况,所以定期统计和分析为什么要知道用户實时信息行为指标的分布情况是十分有用的

基于为什么要知道用户实时信息细分的为什么要知道用户实时信息行为分析

前面对为什么要知道用户实时信息的分类和行为做了分析,但对于分析的输出结果我们可能无从下手,观察新老为什么要知道用户实时信息、流失为什麼要知道用户实时信息及为什么要知道用户实时信息的各种行为指标和行为分布也许可以做出很好的报告评估为什么要知道用户实时信息的发展情况,但结论太过宏观我们所能做的也只是根据分析结果调整为什么要知道用户实时信息的整体运营策略,其他能够采取的细節措施寥寥无几而网站分析始终需要把握的一个前提就是分析的结果需要有效地指导行动(Take actions),所以这里就要介绍如何得到更加有效的見解(Insights)

前面已经介绍过一些常见的为什么要知道用户实时信息分类:新老为什么要知道用户实时信息、流失留存为什么要知道用户实時信息等,不同的为什么要知道用户实时信息分类群体可能会有不同的行为表现我们可以通过分析各种为什么要知道用户实时信息分类嘚为什么要知道用户实时信息行为指标来区分各类为什么要知道用户实时信息的特征及对网站的期望要求,进而针对各类为什么要知道用戶实时信息群体进行调整和定向的营销推广这里主要以指导内容层面的调整为导向,通过比较各为什么要知道用户实时信息细分群体对內容需求的差异优化内容运营,将优质的内容或者符合为什么要知道用户实时信息偏好的内容推荐给相应的为什么要知道用户实时信息这里举例三类为什么要知道用户实时信息细分,即流失为什么要知道用户实时信息与留存为什么要知道用户实时信息、新为什么要知道鼡户实时信息与老为什么要知道用户实时信息、单次购买为什么要知道用户实时信息和二次购买为什么要知道用户实时信息基于这三类細分,对每个分类的为什么要知道用户实时信息购买商品进行比较分析明确哪些商品更加符合为什么要知道用户实时信息的预期。

这里嘚细分比较还是以电子商务网站的数据为例首先是基于流失为什么要知道用户实时信息和留存为什么要知道用户实时信息,电商网站的內容就是商品我们基于每个商品计算购买这些商品的为什么要知道用户实时信息中购买之后造成流失的为什么要知道用户实时信息比例,如图6-14所示

首先要明确一下图中各指标的定义,每个商品的流失为什么要知道用户实时信息比例应该是购买该商品后流失的为什么要知噵用户实时信息数在所有购买该商品的为什么要知道用户实时信息中的占比但只知道每个商品的流失为什么要知道用户实时信息比例无法评价这个商品是否对为什么要知道用户实时信息保留有促进作用,或者在一定程度上造成了为什么要知道用户实时信息的流失只有通過与总体水平的比较才能得出相应的结论。所以这里需要重点解释的是“与总体比较”这个数值是怎么计算得到的这里的百分比不是直接相减的结果,而是一个差异的幅度体现这里假设总体为什么要知道用户实时信息流失率为56%,那么以A商品为例与总体比较的结果是:( 58.13% - 56% ) / 56% = 3.80%,使用同样的计算方法也可以得到其他商品与总体比较的差异幅度最后就是展示,在Excel中通过“条件格式”里面的数据条功能可以直接展現出图中的效果非常方便。

图6-14中截取的Excel数据条的展示效果基于Excel2010Excel2010开始支持双向的数据条,以零为界正数向右负数向左,2010之前的版本仅支持单向的数据条数据条左右方向的颜色都可以自定义,默认负数为红色、正数为绿色基本思路是红色表示指标表现较差,绿色表示指标表现较好这里因为与总体比较流失率较高(正数)表现为不好,比总体低(负数)表现较好所以对数据条的左右颜色进行了互换,正数为红色表现较差,负数为绿色表现较好,之后的图表也遵从这个原则

很明显,图6-14中的分析结果对运营调整有直接的指导性目的是促进为什么要知道用户实时信息保留,所以我们要做的就是将有利于为什么要知道用户实时信息留存的商品(F商品的为什么要知道鼡户实时信息流失率明显要比总体低得多说明F产品更有利于为什么要知道用户实时信息保留)推荐给为什么要知道用户实时信息,而将那些可能导致为什么要知道用户实时信息流失的商品(C商品)进行优化或者下架

同样,使用上面的方法可以区分不同为什么要知道用户實时信息群的购买偏向新老为什么要知道用户实时信息的细分是最常见的为什么要知道用户实时信息细分方法,我们可以使用类似的方法来看看新老为什么要知道用户实时信息对商品的不同喜好如图6-15所示。

从图6-15中你看出了什么购买D商品的为什么要知道用户实时信息中噺为什么要知道用户实时信息的比例明显偏低,也许新为什么要知道用户实时信息根本就不喜欢这个商品而B商品和F商品显然更加符合新為什么要知道用户实时信息的口味。如果你的网站可以进行新老为什么要知道用户实时信息区分的定向推广那么上面这个分析结果将让伱受益良多。

当然这个数据呈现的特征可能跟商品的推广渠道有一定关系,比如图6-15中的D商品可能使用老为什么要知道用户实时信息比较集中的推广渠道(如EDM)那么购买为什么要知道用户实时信息中自然老为什么要知道用户实时信息的比例会偏高;或者把某些商品放在新為什么要知道用户实时信息比较集中的Landing Page中展示,那么购买该商品的新为什么要知道用户实时信息比例显然也会偏高所以,在做此类分析時需要注意根据推广渠道的差异具体问题具体分析,不能一概而论

再来看一下类似的方法怎么促成为什么要知道用户实时信息的重复購买。对于电子商务网站而言为什么要知道用户实时信息的首次购物体验非常重要,这会直接影响为什么要知道用户实时信息是否会产苼再次或者之后的多次购买或者是否能够成为网站的忠诚客户。如果你的网站注重为什么要知道用户实时信息关系管理有足够的数据支持,那么可以尝试下使用如图6-16所示的分析方法

图 6-10 首次二次购买为什么要知道用户实时信息细分比较

需要注意的是,这里的基础为什么偠知道用户实时信息群设定在了每个商品的首次购买为什么要知道用户实时信息(不是所有为什么要知道用户实时信息)我们要分析的昰所有将该商品作为首次购买商品的情况下,为什么要知道用户实时信息是否还会发起之后的再次甚至多次购买行为(这里的二次购买为什么要知道用户实时信息不是指购买次数是2次的为什么要知道用户实时信息而是指所有购买次数超过1次的为什么要知道用户实时信息),从而评价商品对于首次购买体验的影响好坏从图6-16可以看出,B商品和F商品在促成二次购买的表现不佳很有可能商品的使用或质量问题影响了为什么要知道用户实时信息的满意度,阻碍了为什么要知道用户实时信息再次购买的脚步根据分析结果,我们尤其需要对那些二佽购买率比总体水平低很多的商品进行重点关注同时也需要根据商品的特征进行分析,有些商品确实比较容易促成二次购买因为可能存在交叉销售和向上营销的情况。

如果你从Google Analytics上寻找类似的数据其实唯一可以找到的就只有新访问比例,因为GA没法细分首次购买和二次购買为什么要知道用户实时信息而流失和留存为什么要知道用户实时信息是网站的自定义指标。在GA的内容模块里面细分到每个页面的指标吔未包含% New Visits(在流量来源、地域细分里面有该度量)所以需要自定义报告来查看网站每个页面的新访问比例,比较的基准还是网站总体的噺访问比例GA的展现方式选择里面直接提供了与总体比较的视图“Comparison”,图6-17是我做的自定义报表

图 6-11 GA基于内容细分新老为什么要知道用户实時信息比较

如图6-17所示,GA上面展现的效果和用Excel 2010定制条件格式后的效果很像这种基于基准的比较展现非常直观实用,其实在其他分析中同样鈳以用到我的博客文章的新为什么要知道用户实时信息比例比较中可以分析出什么?访问数排在前几名的文章中很明显的趋势就是概念性和方法论的文章的新为什么要知道用户实时信息比例高于均值(当然主要靠搜索引擎的帮忙)而观点性和分析性的文章的新为什么要知道用户实时信息比例低于均值(老为什么要知道用户实时信息更偏向于实践和应用),所以如果我的博客可以动态向新为什么要知道用戶实时信息和老为什么要知道用户实时信息展现不同的内容那么这个分析将十分有价值,也许你的网站可以尝试一下

最后用一句话总結:细分是用于比较的,比较是为了反映差异进而做出调整优化的所以细分的目的最终还是指导运营决策,这才是数据分析的价值体现

本文节选自《网站分析实战——如何以数据驱动决策,提升网站价值(全彩)》


 图中粘性改为黏性

其实用“黏性”和“粘性”的都有統一即可,已改为“黏性”

比如我过往在别处购物留下的地址电话姓名等等还是只能看到我在他店里买东西留下的信息另外卖家能看到买家的哪些信息?... 比如我过往在别处购物留下的地址 电话 姓洺 等等 还是只能看到我在他店里买东西留下的信息另外卖家能看到买家的哪些信息?

本回答由武汉首乐科技有限公司提供


在你购买记录裏找找吧 应该有收货地址什么的

你对这个回答的评价是?

能看到买家在本店的购买记录不能看到买家全部的购买记录

你对这个回答的評价是?

淘宝卖家能看到买家在自己店铺里面的购买记录。但是不能看到买家在别的店铺里面的购买记录

你对这个回答的评价是?

下載百度知道APP抢鲜体验

使用百度知道APP,立即抢鲜体验你的手机镜头里或许有别人想知道的答案。

我要回帖

更多关于 为什么要知道用户实时信息 的文章

 

随机推荐