写点什么

Airbnb 使用净推荐值 (NPS) 预测用户再次预定率

  • 2016-03-02
  • 本文字数:1563 字

    阅读完需:约 5 分钟

净推荐值(Net Promoter Score, NPS)是一个度量用户忠诚度的指标,用于计量用户再次访问公司网站或使用公司服务的可能性。 Fred Reicheld 在 2003 年首次提出这一概念。NPS 的计算基于用户对问题“推荐可能性”(LTR)——向朋友推荐公司产品、服务、活动的可能性有多大——的反馈。用户根据愿意推荐的程度在 0 到 10 之间进行打分,基于打分结果可以计算 NPS 值。

打分为 9 或 10 分的用户称为“推荐者”,这些用户愿意押上他们的名声向朋友推荐。打分在 0 到 6 之间的用户称为“批评者”,这些用户对公司不满意,可能会告诉他们的朋友或同事不值得在公司的产品或服务上浪费时间。打分为 7 或 8 分的用户被认为是“被动的”,他们喜欢公司的产品或服务,但不会向朋友推荐。

NPS 值等于推荐者所占的百分比减去批评者所占的百分比:

NPS = (推荐者数 / 总样本数)*100% - (批评者数 / 总样本数)*100%
* 推荐者数 = 打分为 9 或 10 分的用户数
* 批评者数 = 打分在 0 到 6 分之间的用户数

NPS 值的范围从 -100(所有被调查用户都是批评者)到 100(所有被调查用户都是推荐者)。

Airbnb 公司的产品为用户提供了列举、探索和预订全球范围内独一无二住处的社区市场。Airbnb 公司将 NPS 值全面地用于度量用户忠诚度。他们相信这是一种更为有效的评估用户再次预订或向朋友推荐的可能性的指标。

Airbnb 工程师团队的 Lisa Qian 最近在他们的技术博客里描述了他们如何使用数据来评估旅行的质量。他们发现更高的NPS 值一般与更高的推荐率和再次预订率相对应。

该团队也使用其它用户评价指标来预测再次预订率,如准确性(Accuracy)、整洁度(Cleanliness)、入住(Checkin)、沟通(Communication)、地点(Location) 和价值(Value) 等。通过比较一系列嵌套的Logistic 回归模型,他们可以评估用户评价等级对用户在本次旅行结束后12 个月内是否会再次使用Airbnb 的预测能力.

这里有一些有趣的预测用户再次预订情况的统计。仅仅使用用户旅行结束后的LTR 反馈,Airbnb 团队能准确预测用户在未来12 个月再次预订情况的概率是56%。加入用户、户主及旅行的基本信息后,预测准确率提升到63.5%。再加入用户评价指标(不包含LTR),预测准确率提升了0.1%。

我们在 InfoQ QCon 会议都采用了 NPS 值来评估我们的读者访问网站或参加会议的可能性。编辑部负责人 Charles Humble 告诉我:

最初是我们的 CEO 兼联合创始人 Floyd Marinescu 倡导使用 NPS,并很快被 QCon 巴西团队采用。从那之后我们逐渐在各项产品中使用 NPS。

对于 QCon,我们在会议结束后分发给参会者的调查问卷里加入了 NPS 问题。最近,我们还使用第三方工具 Qeryz 询问第一次使用 InfoQ 的读者 NPS 问题。我们相当满意我们得到的 NPS 值——42%,而得分最高的英国 QCon 是 53%。我们认为现在的得分很不错,但在公司内部有很大的主动性要提升 NPS 值。

NPS 值只是我们使用的若干度量值中的一个,但它确实有帮助。如果 NPS 值下降,这是一个很有效的预警信号,表示我们需要进行调查并尝试解决问题了。它也可以很好地帮助我们比较不同产品、不同地区的效果。

有一些对NPS 的批评认为,相比于其它与用户忠诚度相关的调查问题,NPS 并没有提供更多的信息。此外,没有研究证据表明“推荐可能性”问题与其它用户忠诚度调查问题相比,可以更好地预测商业增长情况。另一些批评认为NPS 使用了低预测有效性的数值范围,不如综合维度的问题准确,并且NPS 不能预测忠诚行为。

查看英文原文: How Airbnb Uses Net Promoter Score to Predict Guest Rebooking


感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群(已满),InfoQ 读者交流群(#2))。

2016-03-02 18:003511

评论

发布
暂无评论
发现更多内容

原型与原型链

编程三昧

JavaScript 前端 1月月更

(2-1/26) 滑雪的准备

mtfelix

300天创作

Firefox 登录后无法同步书签

TroyLiu

firefox 工具 浏览器 数据同步 书签

也谈一下Web3.0-01

wood

300天创作 Web3.0

Java9特性-响应式流(Reactive Stream)

蜜糖的代码注释

Java 响应式 响应式编程 2月月更

微服务架构实践原则

俞凡

架构 微服务

ReactNative进阶(五十一): 常见样式梳理

No Silver Bullet

CSS ReactNative 2月月更

怎样设计一个广告系统

俞凡

架构 大厂实践 2月月更

JVM进阶(一):初识 JAVA 栈

No Silver Bullet

Java JVM 2月月更

MySQL架构设计

JavaEdge

2月月更

再解 JavaScript 原型 与原型链

编程三昧

JavaScript 前端 原型 原型链 2月月更

使用 React、Solidity 和 Web3.js 构建真实世界的 dApp

devpoint

dapp React Solidity Web3.0 2月月更

《卡片笔记写作法》读书笔记 - 重新认知思考和写作

懒时小窝

读书感悟 读书总结

在线格式时间计算时间差

入门小站

工具

ReactNative进阶(四十五):渐变组件 react-native-linear-gradient

No Silver Bullet

React Native 2月月更

ReactNative进阶(四十七):移动端调试利器 vConsole

No Silver Bullet

ReactNative 2月月更 vconsole

浅析 Python 中的 Collections 模块

宇宙之一粟

Python 2月月更

ReactNative进阶(四十八):Mobile App 适配性优化实战

No Silver Bullet

适配 ReactNative 2月月更

精度丢失问题

编程三昧

2月月更

聊聊API安全的重要性及治理思路

陈俊

安全 API 应用架构

微信朋友圈高性能复杂度分析

唐尤华

架构实战营

WebRTC 如何在安卓系统上采集视频数据 | 社区征文

liuzhen007

音视频 新春征文 2月月更

以太坊剖析 - 区块(Block)

起航

区块链 以太坊

以太坊剖析 - 区块头部(BlockHeader)

起航

区块链 以太坊

树概念总结

en

数据结构

JDK9响应式流使用详解

蜜糖的代码注释

Java Java9 2月月更 响应式流

【技术】谈ServiceMesh落地的三大难题:选型、过渡、多集群

极光一号。

云原生 servicemesh 服务网格 应用交付

ReactNative进阶(五十):IOS 系统 Crash 日志分析实战

No Silver Bullet

ios React Native 2月月更

Linux之killall命令

入门小站

Linux

Spotify系统架构

俞凡

架构 大厂实践 2月月更 spotify

【拥有新时代的通信协议,引领云原生迈向更高的舞台】解密Dubbo3从微服务升华到云原生 | 社区征文

洛神灬殇

云原生 Cloud Native Dubbo3 新春征文 2月月更

Airbnb使用净推荐值(NPS)预测用户再次预定率_大数据_Srini Penchikala_InfoQ精选文章