这一讲学习谷歌创投提出的设计冲刺方法,看看谷歌创投是怎样帮助产品成功的。这是第二轮 MVP——Prototype 的第三讲,也是其对应的方法论 Design Sprint 的出处。
太多时候,我们辛苦几个月,也就是做了一个没人需要、没啥结果的产品。既然反正都是浪费时间,干嘛不花 5 天,甚至更少的时间试试呢?
设计冲刺就是专门解决这种问题的方法。

这一套方法比较适合“现有产品碰到大瓶颈”,或“打算启动一个新产品”的情况。

这套方法虽然逻辑严谨,但也有它的隐忧,那就是有可能什么结果都得不到,或者只是验证了一些想法是不靠谱的。
还有一个问题是你的公司可能凑不齐要求中写出来的这么一群“合适”的人来执行这一整套任务。在大目标一致的前提下,需要团队中的每个人都是很成熟、很专业、且能互补的高手玩家。
但是可以肯定的是如果你能简单尝试一下里面的一些做法,也会大有收获。
这里有几点需要强调:
-
这是一次真实的产品探索,不是实战类的培训,所以,需要有利益相关方的介入(比如各种真实用户、合作伙伴),而不能由着产品团队自说自话。
-
有限的时间内,更应该去试图证明“我们错了”,即排除掉尽可能多的、原来需要几个月才能排除的选项,这更有价值。
整个过程,其实就是从问题到解决方案,先是问题的发散与收敛,再是解决方案的发散与收敛。
因为整个社会、产业的发展方向就是越来越快(周期越来越短以适应加速变化的商业环境),所以,各种方法论支撑的做法,就是用越来越“粗糙”的产出物,去获取真实用户的反馈,做学习、改进,如此循环往复。
网友评论