精益产品开发通过在完全构建之前验证假设来最大限度地减少浪费。无需花费数月的开发时间，而是快速启动、学习和迭代。本指南介绍了精益开发原则和实践。
精益的起源
丰田生产方式
精益制造。消除废物。
精益创业
Eric Ries 应用了该软件。构建-测量-学习。
核心原则
验证、迭代、持续学习。
构建-测量-学习
构建
构建检验假设所需的最小值。
###测量
收集实际使用情况的数据。
学习
下一次迭代的见解。
###循环
连续且快速的循环。
MVP（最小可行产品）
定义
允许验证学习的最低版本。
目标
测试假设，而不是留下深刻印象。
示例
登陆页面、原型、绿野仙踪。
陷阱
太少或太可行。
假设验证
价值假设
它能解决实际问题吗？
增长假设
能获取用户吗？
实验
提交前进行测试。
指标
您如何知道它是否已被验证？
MVP 的类型
登陆页面
价值主张+兴趣捕获。
假门
在构建之前测量利息的按钮。
礼宾部
手动执行您想要自动化的操作。
###绿野仙踪
看上去是自动的，后面是手动的。
单一功能
一个做得很好的功能。
零碎
使用现有工具进行模拟。
重要的指标
虚荣指标
下载量、浏览量。它们看起来不错，但并不代表成功。
可操作的指标
激活、保留、收入。他们指导决策。
北极星
代表价值的单一指标。
领先指标
结果指标的预测因子。
枢轴
这是什么
基于学习的战略变革。
类型
细分市场、渠道、技术、功能。
何时转向
核心假设一再被证明无效。
坚持与枢轴
艰难的决定。数据有帮助。
不断发现
整合
持续的研究，而不是孤立的阶段。
双轨
发现和交付并行。
每周习惯
每周搜索一次。
原型设计
在代码之前进行测试。
精益画布
这是什么
简化的商业模式画布。
部分
问题、解决方案、指标、独特的价值主张。
用法
记录并迭代业务模型。
减少浪费
无人使用的代码
不产生价值的功能。
会议时间
过度对齐。
分析但不采取行动
数据瘫痪。
过早的完美
在验证之前进行润色。
产品看板
在制品限制
限制正在进行的工作。
###流
优化流量，而不是利用率。
拉
有能力时就拉动工作。
预览
让工作看得见。
实验
假设
“我们相信[改变]会因为[原因]而导致[结果]。”
设计
如何测试？测量什么？
执行
运行实验。
分析
我们学到了什么？
团队精益
小
人少，速度快。
多功能
所有必要的技能。
自主
无需批准即可做出决定。
专注
一次一个目标。
精益交付成果
最低限度的文档
足够沟通了。
及时设计
不要提前画出所有东西。
迭代代码
当你学习的时候重构。
常见错误
MVP 作为借口
对于不良产品。 [MVP0必须可用。
无指标
启动但不测量。
构建很多，学习很少
周期太长。
忽略定性
数字不明白为什么。
结论
精益产品开发是一门学习学科。尽量减少想法和反馈之间的时间，在构建太多之前进行验证并愿意改变。结果是真正解决问题的产品。
##常见问题解答
1) 精益适用于大公司吗？ 是的。原则适用。调整后的实施。
2) [MVP1 表示不好的产品？ 不。最小但功能齐全且可用。
3) 你怎么知道何时转向？ 数据一再推翻中心假设。
4) 精益与敏捷相同吗？ 相关但不同。精益是验证，敏捷是执行。
5) 一个周期应该持续多长时间？ 几周，而不是几个月。尽快。
另请阅读
- [产品验证：如何在构建之前测试想法2
- [精益产品开发：初创企业规划3
- [针对初学者的精益产品开发：有计划地学习，而不是第一次就做对4
- 【从零到一：如何从零开始推出一款数字产品5
- [数据驱动产品6
- [事件和跟踪：数字产品分析7