您是否有一个想法，必须先做出来才能知道它行不行？
从概念到可以放到真实用户面前的已部署首版：Web 应用、管理面板、基于地图的产品和移动应用，保持足够小，以便从中学习。
问题
想法通常是清楚的。不清楚的是其中哪些部分重要。团队要么一次做完所有东西，然后带着一个无人碰过的产品迟迟上线；要么做一个太单薄的原型，得到的反馈是关于原型而不是关于想法的。两者都浪费了这个阶段唯一重要的资源：一个快速而诚实的答案。
我们的做法
我们确定首版必须回答的那一个问题，然后只构建回答它所需的东西，但要构建得像样：真实账户、真实数据，部署在答案为“是”时不会让您难堪的基础设施上。其余一切要么砍掉，要么公开地用替代品顶上。我们为产品加入度量，让答案来自使用而不是意见，并且只在首版被使用之后才规划第二版。我们曾以唯一开发者的身份用这种方式交付产品，从第一次提交到发布 1.0；也曾在那个节点上因为答案是“否”而让一个产品退场。与花一年时间构建相比，这是一个廉价的结局。
实际案例
一个地理信息系统，包括面板和地图
四年构建地理信息产品的经历让我们知道这类项目会卡在哪里：地图是看得见的部分，而产品活在它背后的面板里。在一个进行中的 Web GIS 项目上，我们独自构建了整个管理面板，从用户与角色管理到为地图供数的工作流，并实现了让人们在地图上绘制、查询和编辑要素的地图操作。一个移动产品走了相反的路：三位合伙人，一名开发者，一个发布给真实用户的 1.0 版本。不久之后，基于那些用户的实际行为，它被停掉了。这正是首版存在的意义。
你将得到
- 首版的书面范围，包括砍掉了什么以及为什么
- 带有真实账户、真实数据和使用度量的已部署产品
- 最初几周之后一份用平实语言写成的简短使用报告
- 有文档、归您所有并可继续开发的代码库和基础设施