在上一篇文章中，先容了在软件时期无论是产品的体验设计还是技能研发，其底层的流程管理都是在参照传统制造业生产流程下的瀑布流模式。当然，任何产品研发生产模式都不是完美的，以是也讲述了瀑布流模式的三个缺陷。
传统企业我们须要非常详尽的设计，由于我们是有生产环节的，须要实体的发卖模式投放市场，这哀求设计不能产生半点差错，不然本钱会很高。
随着互联网的高速发展，使得用户对付数字化产品的迭代更新速率的预期越来越高，加之软件SaaS化的浪潮席卷而来。数字化产品的速率和灵巧性取代精度和可预测性成为极具竞争力的上风。
数字化产品的研发生产不再受制于实体产品的生产流程，可以随时缩短的生产周期要快速适应这变化多端的市场，“一次性的完美设计” 已经不再受用。瀑布流的设计研发模式显然在互联网时期已经无法成为主流的数字化产品研发模式，这就迫使企业不断探求可以替代瀑布流模式的新设计研发流程管理模式。
数字化产品研发流程的主流模式也至此从瀑布流模式进入到敏捷模式，如下图所示。
从瀑布流到敏捷
以快速迭代为核心产品开拓思维的——敏捷开拓模式，成为互联网时期数字化产品设计研发流程的新宠。
02 互联网时期的产品研发流程
敏捷开拓的重点在于快速迭代。它每2-4周发布一套新的可交付的功能，是随着韶光的推移对产品进行更新，而不是一次性更新。它是基于假设、实验、快速发布和实时丈量而建立的。在敏捷开拓中没有编辑阶段，没有尽善尽美。正如Bre Pettis在2009年所说的，每一次迭代完成都是趋向更加完美。
瀑布流式的事情流程须要“丈量两次，去掉一次”，这比从到处都是 iPhone 的天下中淘汰诺基亚要更快。
从2001年提出的敏捷开拓宣言可以看出，这种开拓模式是比较符合工程师文化的。在敏捷开拓宣言的指引之下产生了多种多样的敏捷开拓方法，如冲刺和迭代式Scrum方法。
一个范例的数字化产品的敏捷开拓流程如下图所示，如下图所示。
范例的敏捷开拓流程
在敏捷开拓大行其道的本日，我这里就不详细先容这样产品研发流程细节。只是在这样一种主流的产品开拓流程中，创造了一个小问题：
“对付2周一迭代的产品发布周期，体验设计团队险些没有韶光去实行他们传统的设计流程。在敏捷研发流程中，体验设计变成了一个绊脚石。”
面对不能改变的阻碍，大多数产品研发团队会大略地放弃用户体验。取而代之的是，他们雇用了能够在两周内快速交付的年轻平面设计师。这些设计师并不是真正的用户体验从业者，至少不是传统意义上的，但他们对付以用户为中央的设计是有基本认知的，至少能避免犯最糟糕的缺点。
或者是选择利用设计外包，由于设计外包中的设计师一样平常都是优先知足开拓须要，成为团队里面的编外“美工”。
这种情形与产品开拓团队也可以互助顺利。
敏捷假设的条件是Product Backlog（待开拓事变）是已经清晰定义的需求，大部分敏捷开拓实践中更关注快速迭代的环节，而忽略用户故事、需求剖析、设计规范；快速的迭代韶光使得用户体验设计师没有韶光深入思考、实行体验设计过程；敏捷认为细节将通过迭代自行办理，现状是细节从未被办理，如下图所示。
在敏捷开拓中被忽略的部分
敏捷开拓究竟是一种开拓方法，并不利于体验设计师的事情。
03 精益体验设计（Lean UX）
精益创业是一种发展商业模式与开拓产品的方法，由埃里克·莱斯在2011岁首年月次提出。根据埃里克·莱斯之前在数个美国新创公司的事情履历，他认为新创团队可以借由整合「以实验验证商业假设」、「快速更新、迭代产品」、以及他所提出的最简可行产品（简称MVP）及「验证式学习」，来缩短他们的产品开拓周期。
精益创业方法论产生的背景是根据统计，在环球范围内创业公司失落败率高达90%，个中排在第一位的缘故原由是找不到市场：“没有人须要他们做出来的产品”。
精益创业的方法早在上世纪90年代的硅谷就已经崭露锋芒。但是精益（lean）这个词最早可以追溯到丰田的精益生产理论。丰田的精益生产理论是为了高效生产商品，但没有回答该当产生什么商品的问题。
精益体验设计是 Jeff Gothelf 通过精益创业方法论，试图办理UX在敏捷中实践存在的问题。让UX能够在敏捷开拓略渐清晰的流程里，基于用户的反馈快速迭代设计。
什么是精益体验设计？ 利用协作、跨职能互助的办法，不依赖完备的文档，强调让全体团队对真实产品体验达成共识，从而尽快把产品的实质表现出来，如下图所示。
精益体验设计流程
首先理解一下履历证认知的基本单元–精益循环。我们建立假设，并根据假设建立一个“待验证假设”，随即对它进行定量评估得到测试数据，这些数据包含了终端用户对付”待验证假设”的认知及代价衡量，通过数据学习验证其是否精确，如果答案肯定，开拓过程向前推进；如果答案否定，则返回假设原点，改动假设后再次循环直到“待验证假设”肯定，这便是一个循环。
传统的设计是基于需求的，而精益体验设计是基于成果的。
可以看出，Lean UX强调了快速设计，快速用户反馈与迭代。通过精益体验设计流程，让体验设计团队很好的融入到敏捷开拓流程中，如下图所示。
精益体验设计与敏捷开拓流程
彷佛通过精益体验设计流程，体验设计现在能够很好的与敏捷的节奏相折衷，成为其流程的一部分，推动产品的快速开拓迭代。
然而，在实际的项目推进中，体验设计创造了新的问题。设计师创造在他们真正理解正在构建的东西之前，自己要承受巨大的压力去做一堆在冲刺中积压的事情。因此，大量的开拓周期都被这些根本无法成为终极产品一部分的功能所花费。以至于在项目管理界，精益体验设计或者敏捷开拓在不理想的条件下的考试测验，因此大量摧残浪费蹂躏和返工而有名的。
在一个成熟的产品中，可以搜集到大量的用户反馈，这对推动精益用户体验的迭代周期起到了很好的浸染。这便是为什么精益用户体验险些是所有已建立的产品团队的行业标准。没有人会去改变它。
但是，在大量的创业公司中，特殊是从0到1设计开拓一款全新产品的时候，但新产品的定义每每不是那么清晰，相对有点模糊，且无法得到大量有效的用户反馈的时候，精益体验设计流程就会崩溃。
以是，对付很多创意公司的体验设计团队来说，精益体验设计流程并不是一个很好的选择，我们须要对体验设计流程连续探索新的设计流程，以便更好适应创业公司对付敏捷的产品研发模式的须要。
04 体验设计冲刺
对付创业公司来说，由于规模和投资等成分，设计开拓资源是宝贵的，我们必须要把“好钢用在刀刃上”。建立一套新的敏捷的体验设计流程，用于提高数字化产品的研发效率和相应速率。设计师面临一种窘境。谷歌风投创建了设计冲刺流程（Design Sprint）一种在5天内回答关键业务问题的过程。设计冲刺是一个高度构造化的创新周期，在这个周期内，团队回答特定问题，确保始终以用户为中央。在做出任何昂贵承诺之前，无需等待发布最小化产品，设计冲刺就可以帮助你理解一个想法是否是好的，如下图所示。
体验设计冲刺的敏捷性
设计冲刺为团队供应了一条学习的捷径，无需开拓和发布。那么一个范例的体验设计冲刺流程因此5天为一个项目节点，强调在跨团队的五天封闭式共创事情中完成方案设计和验证，用最少的资源，最快的速率提高产品在投入市场中的成功率，如下图所示。
范例的设计冲刺流程及活动
看到这个设计流程图，你大概会说“这个和我们传统的设计流程一样啊，只不过这个设计流程只给了五天的时长！
”，那么你就差不多答对了。它的不同，或者说天才的部分就在于它便是一个低保真度的传统用户体验流程，就像艺术精品和大略素描的差异，但它却很有效。
设计冲刺的目标便是网络目前所有关于问题的调研，将它的核心分成多个群组，并猖獗地进行头脑风暴。头脑风暴是透过以人为中央设计的透镜进行筛选，而这些被团队所投的想法将留存下来。设计师接着搭建低保真原型（每每就一天的韶光），这原型也足够能够用去测试潜在的用户。如果测试的结果不错的话，它能帮助设计师搭建高保真的模型，因此来驱动精益设计/敏捷的循环流程。
设计冲刺侧重于设计构思和验证，这天常例行事情之外的分外事情状态。设计冲刺的输出将作为开拓团队的输入，并不涉及开拓流程的变革。
设计冲刺不主见传统开放式的头脑风暴，认为集体谈论的模式无法深入思考且效率低下，其更主见独立思考绘制草图后再稠浊修正调度。
05 写在末了
然而随着互联网时期敏捷模式在企业中的不断发展，越来越多的开拓职员、体验设计师对当前敏捷模式的产品设计研发流程提出了质疑，个中最大质疑便是：
敏捷开拓流程真的可以确保向客户交付的产品具备卓越体验吗？
该系列文章的末了一篇，会给大家先容当前敏捷开拓面临的寻衅，在后敏捷开拓时期，体验设计流程的应对之策。
作者：井然，公众年夜众号：井然聊体验
本文由 @井然 原创发布于大家都是产品经理。未经作者容许，禁止转载。
题图来自 Unsplash，基于 CC0 协议
该文不雅观点仅代表作者本人，大家都是产品经理平台仅供应信息存储空间做事。
