越快越好,但有比快更好的
在流媒体的世界里,我们往往只关注内容的呈现. 它要转到什么设备上? 是高清还是标清? 它是原创的和独特的吗? 我们可以收费吗? 企业的成功建立在这种战略的基础上.
但让我们面对现实吧——每天都有更多独特的、高清的、互动的内容诞生. 现在比以往任何时候都便宜(未来几年成本还会继续下降). 问题在于,所有其他内容都在争夺用户的注意力,这意味着你必须将注意力转移到其他地方,以帮助你保持用户粘性. 这个“其他地方”就是表现——交付的质量.
在今天的数字世界里,仅仅拥有独特和吸引人的内容是不够的. 用户发现内容必须表现良好的数字体验. 它必须快速加载,快速响应,并且不给观众留下离开的理由.
好的内容无处不在. 虽然你可能有一两件独特的作品,当然, 但也有例外,比如迪士尼, 网飞公司, 亚马逊, 他们的“赞”用户并不是在寻找单一的内容. 他们正在找一个图书馆. 他们正在寻找一种数字体验,有很多内容,他们可以不断回来观看. 这就是游戏的真正变化. 因为在那个世界里, 在哪里需要更多的内容来吸引用户, 性能可能是一个关键的区别.
什么是性能?
在当今的数字世界中,消费者对性能的期望从未如此高过. 在一个 纽约时报 去年的文章, 谷歌研究人员发现,如果一个网站的加载速度比竞争对手慢250毫秒(比我们眨眼的速度还快), 顺便说一下), 随着时间的推移,人们会迁移到竞争对手的网站. 这告诉我们,在内心深处,我们天生就能意识到事情进展缓慢. 我们已经被宽带互联网宠坏了, 我们对数字体验的期望也随之改变. 动作要快,不然我们就完了.
你可能会认为衡量个人内容资产的“表现”表明用户对你的数字体验有多好(我把这个词放在引号里,因为它通常意味着计算“喜欢”和“转发”,而这并不是真正的表现衡量标准)。. 你可能不明白的是,你的网站, 你的移动网站, 你的应用程序, 你的游戏在用户眼中都被视为“内容”. 确定, 一件作品可能会让你特别感兴趣(比如一段很酷的视频),但归根结底, 你制作和发布的所有数字内容都是内容.
人们不想等待. 当他们这么做的时候, it can have significant impact to your business—users will leave the site when it doesn’t load fast enough (or when the elements you want them to interact with are only clickable after the site has completely loaded); they will navigate away from videos that buffer; they will uninstall applications because they aren’t responsive. 所有这些都等于一样东西——钱. 失去广告印象,失去销售,失去转化等等.
那么,脱节在哪里呢? 通过专注于创造充满精彩内容的数字体验, 组织没有考虑提供那些满足(或超过)客户对性能期望的体验的操作需求. 这就像开一家餐厅却不考虑运营的后勤问题——洗碗, 服务, 烹饪——只有当问题发生时才去解决.
今天的性能与速度有关. 这一切都是为了回答这个问题,“我的网站加载有多快??“这一切都是关于测量”加载时间.“但这并不能真正准确地反映数字体验的表现, 因为它只考虑了其中的一部分, 更重要的是, 忽略了理解终端用户如何感知数字体验的关键部分(没错), 有时即使数字说一切都在快速发展, 用户说它很慢).
很明显, 虽然, 有些东西必须被测量——所有东西的加载速度有多快, 交互性的响应是多么迅速啊, 视频切换比特率的频率是多少. 为什么? 因为数字体验的响应性可以成就或破坏用户粘性. 是这样的:
- 你开发了一种数字体验,将访问者转化为客户
- 你的数字体验很慢
- 人们会离开,去寻找其他的数字体验
- 你没有机会参与
性能就是最大化用户粘性.
性能的组成部分
好在表演不是什么神秘的“永不落地”. 影响性能的部分实际上是众所周知的,可以分为两个阵营——服务器和客户端.
服务器端
在服务器端,有许多元素,包括以下:
- 基础设施(我.e.、磁盘I/O、内存I/O、网卡等.)
- 延迟(请求被呈现到系统之间的时间), 就像一个web服务器, 当它回应时)
- (整个数字体验的)加载时间
- 交互时间(用户真正开始与网站交互的时间)
你能做什么??
有很多方法可以利用服务器来提高数字体验的性能:
- 用于原始存储的ssd. 远离纺锤和磁盘驱动器. 跟上SSD的潮流. 当内容请求返回原点时I/O的改进可以将中间英里延迟减少几毫秒.
- 离要求点更近的商店. 对您的内容的请求没有理由必须往返于美国大陆. 将内容存储在离最终用户尽可能近的地方, 这意味着使用与互联网接入网络对等的基于云的百家乐软件.
- 使用CDN. cdn是专门为内容分发而构建的网络. 他们在世界各地都有存在点,利用缓存和复制来确保您的内容, 一次请求, 是否尽可能接近最终用户.
- Performance-as-a-Service. 独自解决性能问题可能会让人望而生畏. 你需要很多不同的技术(和基础设施)来让你的数字体验表现得更好,所以利用一个专门研究性能的提供商可能更有意义. 这样你就能得到所有的好处,而不会头疼.
客户端
在客户端,在大多数情况下,它不是关于浏览器就是关于操作系统. 客户端的挑战并不一定是实现能够改善加载的技术(因为这一切都可以在服务器端完成)。, 而是理解用户的感知. 很多时候,一个站点看起来运行良好(基于报告),但对于用户的感知, 它仍然很慢. 一个例子可能是集成了社交媒体的定制视频播放器. 如果其中一个社交网站反应缓慢,可能会影响视频的播放.
你能做什么??
有很多方法可以让你利用客户端来改善你的数字体验:
- Pre-request. 当用户访问你的网站时,你应该向他们推送他们在其他页面上需要的内容. 这可以是视频、大图像或大脚本. 当他们访问需要这些资产的网页时, 他们可以在本地而不是远程拉他们.
- 压缩. 数字体验优化的租户之一是压缩. 图片. 脚本. 只要能够压缩以减少总体负载时间,就越好.
- 浏览器优化. 所有浏览器加载内容都不一样. 这意味着你不能仅仅为一个浏览器编写你的数字体验. 前端优化技术可以帮助你为请求它的浏览器动态优化数字体验.
- 重新排序加载的内容. 当用户无法与体验(或他们想要与之互动的元素)进行交互时,用户对数字体验的最差看法很可能就形成了,直到它完全加载. 而不是强迫他们等待一切, 强制交互元素(如视频)先加载,然后再加载其他元素. 这种策略是前端优化的一部分.
尽早考虑性能
当然,即使是我们对性能的理解也是破碎的. 当组织确实需要“操作就绪”时,“他们通常只专注于修复损坏的元素. 没有什么主动性. 这意味着提高性能的考虑是事后的想法. 当数字体验被破坏时会发生什么? 当加载缓慢时? 用户离开. 所以组织提高了速度. 但要把流失的用户找回来几乎是不可能的. 除了, 只专注于修复一个损坏的东西,而没有考虑到整个交易过程中可能在崩溃边缘摇摇晃晃的无数其他元素.
优化体验并不是你可以在真空中完成的事情. 它必须成为你的数字体验构建方式的一部分.
数字体验的日益复杂实际上是这一切的根源. 它构成了网页的集合, video, 手机网站, 和游戏, 一切都依赖于动态内容, 数字化体验. 这里有一个例子,去互联网档案馆看看 机器Wayback 看看NFL.从2003年开始. 那就去看真正的NFL吧.com网站. 这种差异是惊人的,并且强调了为什么性能在今天如此重要. 但是,不仅网站变得越来越复杂,越来越动态,而且它们也是跨平台的.
那么,为什么大多数组织都是被动地处理绩效呢? 如果一切都变得更加复杂, 跨平台的, 并被用户视为一种集体的“数字体验”,“为什么组织要开发他们的内容, 将其整合成一种数字体验, 只有在事实发生后,才会对性能改进技术和流程进行“捆绑”? 满足消费者期望的数字体验的操作准备必须在开发过程中解决(当然), 很难想象召开一个关于新特性或交互式内容元素的软件工程会议,同时解决交付它的体系结构问题)。.
让组织将绩效改进融入其数字体验的DNA中, 他们需要实践PACE-计划ning, 体系结构, 比较, 和执行. 在规划过程中, 开发者必须考虑到关键参数是什么(是的, 这实际上会涉及其他组织实体,如开发过程中的营销)。. 一旦完成,他们就可以构建一个满足这些期望的数字体验. 当然,规划和架构不应该在真空中完成. 组织需要分析竞争对手的数字体验. 它们有多快?? 如何响应? 终端用户如何关注? 最后,一切都与执行有关. 现在,大多数组织只实践E和C,但相反. 当他们觉得自己没有获得预期的流量/牵引力时,他们会执行,然后进行比较.
只见树木不见森林
PACE所指出的是,性能不仅仅是让数字体验的一部分变得更快. 这不仅仅是一个网站. 或者一个移动应用程序. 或者视频. 这是关于他们所有人的.
这是关于做得更好而不是更快.
当今性能的问题不仅仅在于它没有衡量所有需要衡量的部分, 而是它并没有把它们联系在一起. 当数字体验跨越多个平台时,它就具有整体性. 体验中表现不佳的部分会影响所有其他部分. 回到餐厅的例子, 在一家餐厅某个地方的糟糕体验可能会让消费者对再次光顾这家连锁店产生反感. 把它带到数字世界. 你设置一个带有视频的登陆页面. 视频缓冲区. 用户可能永远不会访问你的网站(这是你希望他们做的,因为这是视频中的号召行动),因为只是一个登陆页面的体验. 回到餐厅——你有多少次在等待餐桌的经历或者因为等待区的状况而离开餐厅?
专注于交易过程
当我们开始看到数字体验——对数字资产的请求和交互——我们就可以开始全面地看待性能. 因为每个请求都是一次“事务之旅”.“旅程从客户开始,也以客户结束, 但两者之间的一切都涉及到负责提供数字体验的所有系统——网络服务器, 媒体服务器, 对象存储, 加速度的盒子, 缓存, 等. 真正想要提高数字体验性能的组织将绘制他们的交易旅程,并测量每一步,以了解旅程对用户性能感知的总体影响. 当然, 积极主动的组织将通过创建数字体验(基础设施等)的原型来提前实现这一点,以优化开发和基础设施本身.e.(删除不需要的事务旅程步骤). 性能成为开发过程的一部分. 最终, 专注于交易过程不仅使组织能够优化他们的数字体验, 它为他们提供了一种停止被动反应的方法. 而不是在没有进行消防检查的情况下就开始营业(因为他们现在必须营业), 一个从一开始就专注于交易过程的组织可以使用pace模型成为准备开业的餐厅,并为客户提供良好的体验.
你能做什么??
首先,你必须把性能放在首位. 这是理所当然的. 这是你在开发内容时首先要考虑的问题, 回答以下问题:“这些内容需要如何交付?? 我的用户对它的期望是什么?“你可以做以下几件事来创造更有可能满足当今消费者期望的数字体验:
- 创建事务流程的原型. 不要只是创建应用程序原型. 构建应用程序如何获取和返回数据(以及需要哪些系统)的模型.
- 使用指标进行计划. 大多数数字体验开发都与参数无关. 度量标准是用于事后度量的. 为了避免恶性的“中断/修复”循环, 指标应该影响数字体验的交易旅程架构.
- 提高你的PACE. 不要把业绩当成一种附加条件. 采用与应用程序或网站相同的开发过程. 计划. 体系结构. 比较. 执行.
[StreamingMedia.Com接受由供应商根据它们与我们读者的相关性编写的编辑提交.]