精益创业精品PPT课件
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
– 联想的乐Phone2可识别用户的中文语音，然后为用 户服务。并能够应对中国主流方言如东北话、上海 话和四川话等。联想专门弄了个几百号人接听电话 的呼叫服务中心，所有流程靠人肉来完成。
• 脉可寻名片扫描识别App
– 陈果_George：刚使用了这个名为“脉可寻”的“云 端名片识别软件”，速度慢得惊人，准确率高得惊 人，有些怀疑是云那端是人肉识别。
• A/B Test
– 对比测试，将功能改动前后的版本同时放在网 上，对比不同版本之间的数据指标变化率
• Dashboard management
– 对产品功能划分状态阶段，每个阶段队列只能 有3项功能，严格跟踪产品功能状态和强调数据 验证
Case Study: A/B Test
• Grockit先试用后注册功能
– 允许用户先体验过产品之后，当必须使用某些 功能的时候才注册。这是很多网站的最佳实践， 而且从直觉上会认为这样做也能够提升用户的 注册率和留存率。但是Grockit开发了此项功能 之后，采用对比测试发现，并没有提升任何数 据指标，开发此项功能完全无用。
Dashboard Management
• 产品功能分为以下状态：
Lean Startup
• 是程序员出身的硅谷创业者Eric Ries就任 IMVU创业公司CTO期间提出的
• 核心理念：通过加快产品迭代，尽可能早 期上线产品，消除创新产品的风险
• 是一整套开发创新产品的理念和方法学 • 每次迭代都是：未经证实的假设 -> 经证实
的认知
Lean Product Lifecycle - BML
认知 • 迭代结果：调整或者Байду номын сангаас型
Idea
• 未经证实的假设 (Unproven Assumption)
– 价值假设(value hypothesis) – 增长假设(growth hypothesis)
• Facebook的案例：网站上线1个月
– 超过半数用户每天访问：价值假设 – 哈佛3/4的学生注册：增长假设
的MVP产品，创始人录制了一段3分钟视频 放在网站上演示。
• 产品的预订者在一夜之间从5000人增至 75000人，很好地验证了市场对这一概念的 接受程度
Case Study: FotT
• 帮助家庭用户提供菜蔬预订配送和食谱建 议的互联网公司
• 使用了最小VIP用户的方式构建MVP
– CEO和产品VP亲自给一个用户提供全程人肉服 务
• 优化引擎：尝试把增长引擎从基准线逐步 优化到理想状态，任何改动都必须以改进 某项关键数据为目标，无数据导向的产品 改动都是盲目和可耻的
• 坚持或者转型
Case Study: IMVU
虚荣指标
Case Study: IMVU
Cohort analysis
Case Study: Grockit
Lean Startup Discussion
Robbin Fan
Why Creative Products Fail
• 不确定性太高
– 新创产品对用户预测有太多假设，万一不成立， 就会失败
• 产品定位可能错了 • 研发周期太长以致错过机遇 • 给产品赋予了过多职责，乃至不堪重负 • 并非以用户需求为出发点 • ......
Measure
• 创新核算 (Innovation Accounting)
– 测量的目的是通过一系列真实有效的指标来判 断，当前的产品相对于上一个版本，是否带来 了真正的价值提升。测量的指标非常重要，不 能以总量的变化、而应以增长速度的变化来衡 量产品的价值。
Measure Steps
• 确定基准线：搜集MVP产品的基础运营数据， 如用户自然增长率、留存率、活跃度和 ARPU值等，确定测量的基准线
– 待开发 – 开发中 – 已完成 – 已验证
Learn
• 经证实的认知 (Validated Learning)
– 当你提出一个idea，它是一个未经证实的假设 (Unproven Assumption)，精益创业通过一系列 快速迭代，将它转变为一个经证实的认知，来 调整你的产品方向。
Case Study: IMVU
• Idea
– 用户不会愿意加入一个全新的IM社交网络 – 用户会容易接受使用现有IM的附加软件 – 用户会邀请自己的IM好友使用 – 需要兼容各大主流IM的互通性
Case Study: Zappos
• 最大的网上鞋店，12亿卖给Amazon • 到别人的鞋店去拍照，让鞋店老板允许把
照片放在网上，帮人卖鞋 • 验证网上卖鞋想法的可行性：销售鞋子，
收取货款，处理退货和客服支持的全部流 程
Case Study: Dropbox
• Dropbox估值40亿美元，有2亿注册用户 • Dropbox难以实现一个可以实际运行和演示
• 随着VIP用户增加，逐渐添加邮件下单，菜 单推荐，网上支付等网站功能
Case Study: Groupon
• 为了快速构建MVP，使用WordPress搭建网 站
• 用保存优惠券 • 用简单的脚本命令将PDF的优惠券群发邮件 • 支持了7个月的公司业务增长
More Cases
• 联想乐Phone2的人肉Siri服务
• Learn
– 用户不介意安装和使用新的IM软件 – 用户不想用陌生的IM软件邀请好友 – 用户需要一个陌生交友的IM社交网络
Build
• 最小可行化产品 MVP (Minimum Viable Product)
– 投入最少的资源构建一个刚刚能够体现创新点 或核心价值的产品，并立刻将其投入市场。客 户需求只有在实际使用中才能验证，再多的前 期调研也只能发现客户认为他们想要什么，而 不是客户实际上想要什么。因此在不了解客户 真实需求的情况下，只会多做多错。
idea -> (build) -> product -> (measure) -> data -> (learn)
• Idea • Build • Measure • Learn
Key Concept
Lean Product Lifecycle Target
• 快速迭代：加快速度 • 小步前进：缩短迭代周期 • 测试驱动：测量数据指标，得到可证实的
• 脉可寻名片扫描识别App
– 陈果_George：刚使用了这个名为“脉可寻”的“云 端名片识别软件”，速度慢得惊人，准确率高得惊 人，有些怀疑是云那端是人肉识别。
• A/B Test
– 对比测试，将功能改动前后的版本同时放在网 上，对比不同版本之间的数据指标变化率
• Dashboard management
– 对产品功能划分状态阶段，每个阶段队列只能 有3项功能，严格跟踪产品功能状态和强调数据 验证
Case Study: A/B Test
• Grockit先试用后注册功能
– 允许用户先体验过产品之后，当必须使用某些 功能的时候才注册。这是很多网站的最佳实践， 而且从直觉上会认为这样做也能够提升用户的 注册率和留存率。但是Grockit开发了此项功能 之后，采用对比测试发现，并没有提升任何数 据指标，开发此项功能完全无用。
Dashboard Management
• 产品功能分为以下状态：
Lean Startup
• 是程序员出身的硅谷创业者Eric Ries就任 IMVU创业公司CTO期间提出的
• 核心理念：通过加快产品迭代，尽可能早 期上线产品，消除创新产品的风险
• 是一整套开发创新产品的理念和方法学 • 每次迭代都是：未经证实的假设 -> 经证实
的认知
Lean Product Lifecycle - BML
认知 • 迭代结果：调整或者Байду номын сангаас型
Idea
• 未经证实的假设 (Unproven Assumption)
– 价值假设(value hypothesis) – 增长假设(growth hypothesis)
• Facebook的案例：网站上线1个月
– 超过半数用户每天访问：价值假设 – 哈佛3/4的学生注册：增长假设
的MVP产品，创始人录制了一段3分钟视频 放在网站上演示。
• 产品的预订者在一夜之间从5000人增至 75000人，很好地验证了市场对这一概念的 接受程度
Case Study: FotT
• 帮助家庭用户提供菜蔬预订配送和食谱建 议的互联网公司
• 使用了最小VIP用户的方式构建MVP
– CEO和产品VP亲自给一个用户提供全程人肉服 务
• 优化引擎：尝试把增长引擎从基准线逐步 优化到理想状态，任何改动都必须以改进 某项关键数据为目标，无数据导向的产品 改动都是盲目和可耻的
• 坚持或者转型
Case Study: IMVU
虚荣指标
Case Study: IMVU
Cohort analysis
Case Study: Grockit
Lean Startup Discussion
Robbin Fan
Why Creative Products Fail
• 不确定性太高
– 新创产品对用户预测有太多假设，万一不成立， 就会失败
• 产品定位可能错了 • 研发周期太长以致错过机遇 • 给产品赋予了过多职责，乃至不堪重负 • 并非以用户需求为出发点 • ......
Measure
• 创新核算 (Innovation Accounting)
– 测量的目的是通过一系列真实有效的指标来判 断，当前的产品相对于上一个版本，是否带来 了真正的价值提升。测量的指标非常重要，不 能以总量的变化、而应以增长速度的变化来衡 量产品的价值。
Measure Steps
• 确定基准线：搜集MVP产品的基础运营数据， 如用户自然增长率、留存率、活跃度和 ARPU值等，确定测量的基准线
– 待开发 – 开发中 – 已完成 – 已验证
Learn
• 经证实的认知 (Validated Learning)
– 当你提出一个idea，它是一个未经证实的假设 (Unproven Assumption)，精益创业通过一系列 快速迭代，将它转变为一个经证实的认知，来 调整你的产品方向。
Case Study: IMVU
• Idea
– 用户不会愿意加入一个全新的IM社交网络 – 用户会容易接受使用现有IM的附加软件 – 用户会邀请自己的IM好友使用 – 需要兼容各大主流IM的互通性
Case Study: Zappos
• 最大的网上鞋店，12亿卖给Amazon • 到别人的鞋店去拍照，让鞋店老板允许把
照片放在网上，帮人卖鞋 • 验证网上卖鞋想法的可行性：销售鞋子，
收取货款，处理退货和客服支持的全部流 程
Case Study: Dropbox
• Dropbox估值40亿美元，有2亿注册用户 • Dropbox难以实现一个可以实际运行和演示
• 随着VIP用户增加，逐渐添加邮件下单，菜 单推荐，网上支付等网站功能
Case Study: Groupon
• 为了快速构建MVP，使用WordPress搭建网 站
• 用保存优惠券 • 用简单的脚本命令将PDF的优惠券群发邮件 • 支持了7个月的公司业务增长
More Cases
• 联想乐Phone2的人肉Siri服务
• Learn
– 用户不介意安装和使用新的IM软件 – 用户不想用陌生的IM软件邀请好友 – 用户需要一个陌生交友的IM社交网络
Build
• 最小可行化产品 MVP (Minimum Viable Product)
– 投入最少的资源构建一个刚刚能够体现创新点 或核心价值的产品，并立刻将其投入市场。客 户需求只有在实际使用中才能验证，再多的前 期调研也只能发现客户认为他们想要什么，而 不是客户实际上想要什么。因此在不了解客户 真实需求的情况下，只会多做多错。
idea -> (build) -> product -> (measure) -> data -> (learn)
• Idea • Build • Measure • Learn
Key Concept
Lean Product Lifecycle Target
• 快速迭代：加快速度 • 小步前进：缩短迭代周期 • 测试驱动：测量数据指标，得到可证实的