勿忘缩小范围
当一家教育软件开发公司的联合创始人第一次遇到南加州大学首席技术官时,该首席技术官对该公司测试产品的反馈似乎相当积极。之前与该大学其他教员以及官员的谈话已证实,现有的学习管理软件存在重大问题。为了展示他们很好地解决了该问题,团队成员向该首席技术官展示了最小化可行原型:本质上是一个成本比较低的基于flash动画的软件版本,强调了他们认为对教育工作者来说最具价值的前20个功能。之后,他们提出了一个关键问题:“您愿意花多少钱购买这样的解决方案?”尽管该首席技术官一开始满怀热情,但他的回应——每年2500美元,也使该公司建立可持续发展业务的希望变得渺茫。
在离开会议室之前,他们尝试了一种我们推荐的称为100美元研发游戏的工具。[1] 要求客户为最想要的功能分配100美元的研发预算。当开发人员提出这个请求时,让他们感到很惊讶的是,该首席技术官居然为一个简单的拖放功能分配了80美元,之后在其他两个功能之间分配剩下的20美元,这是他们拜访其他大学时重复使用的模式。
利用这一数据,该团队精心制作了一个新的flash动画原型,并带着一个仅包含三个功能(其中最突出的是拖放功能)的最小化可行原型,回访了那位首席技术官。直觉告诉你该首席技术官对这个精简原型的反应将会如何?事实上,他十分喜欢这个产品,提出以每年12500美元的价格获得该产品的许可权。通过关注最小化功能集,该团队以原预期五倍的价格售出了一款仅有1/10功能的未成熟产品。[2] 我们在本书中强调要博采众长、发散,但是在开发最小化可行原型时,不要忘了收敛,以真正地确定解决方案的重要性。
除了为单一原型增加许多功能之外,开发几个强调不同关键功能,以便了解客户如何反应(见“最小化可行原型不会伤害我的品牌吗”专栏)的原型是个好主意。即使是测试关键功能缺失的解决方案也有用。记住,目标是学习,测试单个最小化可行原型中更少的维度,将更容易学习。我们合作过的一个团队测试了一款缺乏他们认为增加价值的关键功能(同时也使FDA审批变慢)的医疗器材,发现了一个全新的实际上不需要该“关键功能”的市场。
[1] Scott Cook, personal interview, May 7, 2013.[2] Amir Ef ekhari, personal interview, January 7, 2014.
本书评论