7 用“原型”低成本验证:差个程序员,也可以做产品

2020-02-24  本文已影响0人  Leooeloel

这是第二轮 MVP,Prototype 的第二讲,如何通过做原型,来低成本验证解决方案。

上一讲聊了如何使用 Y 模型把问题转化为解决方案,接下来,你是不是觉得就应该要派出程序员,来写代码了?

首先,想清楚解决方案并没那么简单,其次,即使产品做出来了,也需要很多调整,不仅仅是指技术难度方面,而更多的是你如何保证你做出来的东西,确实是用户需要的?

如果我们直接上手做真实的产品,往往需要投入大量的人力、财力和时间。退一步说,就算你不在乎钱,但时间浪费掉以后,市场机会也有可能一去不复返。

所以,这一讲分享,如何用最少的人、最少的时间、最少的花费,做出一个确实能验证解决方案(而不仅仅是验证问题)的东西。并且通常不需要程序员参与。

“借假修真”的原型

具体要怎么做呢?这就要依靠“原型”了。有七种方法,可以借假修真。

“假”,是说产出物并不是真实产品,“真”,则是说它可以验证真正的解决方案是否靠谱。

酒店门童和土耳其机器人有点像,都是用人工服务来替代产品。但两者的差异在于,酒店门童的人工服务会直接与用户发生交互,用户很清楚,他接受的是贴身的人工服务。

筹款成功了固然好,但筹款失败了也有巨大价值,至少避免了把产品做出来之后才发现用户不认可的窘境。

不过这种方法,多用于发现产品本身的设计、体验细节问题、特别是外观、形态方面。要注意的是,这个方法通常只适用于验证产品外在的特性。

这是唯一一个需要做一部分真实产品的做法,当然,它能够验证的假设也会更多一些。

这七种方法,在现实应用的时候也可以灵活混搭。不轻易做真实产品功能还有一个现实意义——上线容易下线难。

完美不是无一分可增,而是无一分可减。这就要求我们在做加法的时候,必须慎之又慎。

一种原型只能验证部分关键假设,所以,我们有可能为一个产品做多个原型,或者做一个兼具上面多种特征的混合原型,但哪怕这样,综合的投入产出比也远远低于一上来就做真实的产品。

上一篇 下一篇

猜你喜欢

热点阅读