在精益思潮的(UI设计培训)影响下,越来越多的人抛弃早期调研,把产品盲目投放到市场中,期待理想中的答案。但是“期待”和“验证”区别在于,验证需要建立在明确的假设之上。期待则意味着你对结果是没有预期的,投放到市场后,有可能意外的成功,但大多数情况下都会死的不明不白。
不要用战术的(上海UI设计培训)勤奋去掩盖战略的懒惰,是什么造成了我们战略上的懒惰?主要的因素是“抽象性”。通常在团队协作中,我们习惯把抽象的东西放到一边,埋身于具体的战术。“定义问题”就属于战略层面,也是比较抽象的过程。不同背景的人看待问题的角度也不尽相同,更加深了定义问题的难度。
还有一种将虚荣指标作为团队目标,例如“半年内实现盈利”,“日活200万”这类KPI,把真正的问题掩盖在了结果驱动的假相下。基于这类虚荣指标,不同职能部门往往专注于不同的战术,战术与战术之间缺乏协同,有的时候还会出现(上海UI设计培训)前后矛盾的情况。那么“问题”和“指标”之间的区别在那里?什么样的目标更具协同性?
MVP的概念来自原型(Prototype),《精益创业》的作者EricRies有提到来自于设计思维(DesignThinking)的影响。1999年IDEO创始人大卫凯利接受ABC专访,拍摄了的一期名为《the Deep Dive》的纪录短片,短片中他和团队一起花一周的(上海UI设计培训)时间创建了一个手推车原型,通过一周建造的原型,在基本能够反映主要功能和创新之处的情况下,放置到真实的环境中测试真实的使用体验,这也是另一种形式的MVP。
对于互联网产品,我们验证一个问题,并不意味着非要开发一款App或网站。把MVP锁定为launch的第一个版本,是另一个常见的认知误区 。试想Dropbox通过演示视频获得了种子用户的经典案例,如果创始人在一开始将App直接呈现给用户,除了需要花费更长的开发周期之外,恐怕得到的结果也是失真的。因为对于没有文件同步这个概念的用户来说,仅仅看到一个带有同步标示的文件夹很难感知到最终的使用价值。
所以,我们要跳出(上海UI设计培训)软件工程的视角,根据验证的目标去选择合适的MVP形态:
Google Venture下的(上海UI设计培训)设计团队是代表投资者利益的设计批判者,他们并不会为初创公司提供设计服务,而是通过一套名为《设计冲刺》的设计迭代,去检验初创项目的商业模式。在进入迭代前,他们会事先预约好真实的用户,并承诺在5天内打造一款产品原型给他们进行测试。在高强度的压力下,GV的设计师会从理解用户开始到定义问题,通过低保真的原型传达核心的产品形态。5天后向用户展示可感知的“外观”,检验真实的用户需求。这个过程并没有设计一款产品,而是通过设计的方式做了一次早期的用户调研。
还有一个将调研和(上海UI设计培训)创建过程融合的案例是近年来风靡硅谷的黑客增长(Growth Hacking),原本隶属于不同职能体系的市场人员,运营人员,工程师,设计师被融合到了一个增长团队中。通过这样跨职能的融合,打破了以往调研部门和研发部门之间的,可以让团队具备更多元化的视角和可能性,而任何的可能性都可以被”灰度”发布给用户,进行反复的调研和优化。
10年前,我们寄望于调研来消除商业中的不确定性,就像修建高速公路,在真正动工之前需要做大量的勘测工作。而今天,唯有将勘测能力与修建能力合二为一,才能应对更为复杂多变的商业环境。何为合二为一,简单来说就是颠倒勘测和(上海UI设计培训)修建的顺序,以往勘测是为了修建,而如今修建是为了勘测。
互联网唯“快”不破的(上海UI设计培训)思想影响了一大批创业者,在某些特定的时间段,快的确能够帮助我们追上某些时间窗口和红利期,但“快”并不是成功的理由。成功的理由只有一个:在合适的时间做对的事情。 相比不停的追赶时间,更为重要的是我们是否在”如何把事做对“这个问题上投入大量的思考。总结为一句话,MVP要为试错而生。
本文来源:优设网http://www.uisdc.com/mvp-vs-design-sprint。整理:UI设计培训老师。如有侵权,请联系小编更正。(版权声明:推送文章我们都会注明作者和来源,除非确实无法确认。部分文章推送时未能与原作者取得联系,若涉及版权问题,烦请原作者联系我们。)