高效方法-如何设计精益的UX MVP _UX设计

本文概述

停止思考最终产品
关注用户需求
考虑必要的功能
建立初始的精益UX MVP
迭代是关键
精益UX MVP什么时候完成？
总结

一些设计师和外行人士似乎认为精益用户体验和最低可行产品是结果。取而代之的是, 这些过程只要做好就可以生产出最好的产品, 同时节省UX设计人员的时间和资源。最终产品可满足业务需求, 同时也是解决客户所遇到问题的最佳解决方案。
精益UX过程(或通常称为” 精益UX循环” )与科学方法并无二致：观察, 形成假设, 测试和收集数据, 分析结果, 然后接受或拒绝假设。在精益用户体验中, 步骤大致与构想(观察和假设), 构建和编码(测试), 度量和数据(收集数据)以及学习(分析结果以及接受或拒绝假设)相关。有时, 精益UX流程可以更简洁地归纳为Think, Make, Check。

文章图片
像科学方法一样, 精益用户体验过程是一个循环过程, 直到达到期望的结果为止。但是, 与科学方法不同, 设计人员可以在精益UX循环中选择的任何位置开始(大多数新项目都是通过学习或构想来开始的, 但要研究可以在任何地方更容易开始的既定产品)。
最低限度可行的产品非常适合精益用户体验方法。一般的MVP方法通常概括为” 构建” (或” 原型” ), “ 测量” , “ 学习” (然后根据这些学习重复进行)。很容易看出这些步骤与精益UX循环(尤其是简洁版本)之间的关系。
一些设计师将MVP与概念或原型证明相混淆(MVP流程的第一步有时被称为原型设计, 这可以解释这种混淆)。但是MVP是可以投入生产的完整产品, 精益UX MVP也不例外。精益UX MVP应该是人们可以使用的功能齐全的产品。

文章图片
【高效方法-如何设计精益的UX MVP】设计思维, 敏捷和精益用户体验过程(Dave Ladis)
停止思考最终产品当UX设计人员着眼于问题时, 可能会很想跳进去思考可能解决该问题的最终产品。最终目标是最终目标, 那么为什么不从那里开始呢？
从成品开始并向后工作的问题是, 它扼杀了创新和创造力。解决用户问题的方法可能有十二种。首先考虑最终结果的设计师可能会错过大多数潜在解决方案, 而提出的解决方案却不够。
当设计师放弃关于哪种解决方案最能为使用产品的人们服务的先入为主的观念时, 他们可以提出更多创新的想法。 Jeff Gothelf在他的《精益用户体验：应用精益原则来改善用户体验》一书中指出, 精益用户体验” 是要使产品的真实本质更快地发光。” 这是一个协作过程, 着重于” 对正在设计的实际产品体验形成共识” 。
这个过程要求设计师不仅要了解他们要服务的人员的需求, 还要在他们开始工作之前先了解他们的业务需求。当着手进行精益UX设计项目时, 这种理解为设计过程中所有其他步骤奠定了基础。

文章图片
关注用户需求当设计师处理问题时, 他们通常认为他们对问题的实质有彻底的了解。例如, 如果想法是创建待办事项列表应用程序, 则设计人员可以假定用户需要一种解决方案, 该解决方案允许他们将任务添加到列表中, 而仅此而已。他们最初的精益UX MVP将专注于创建提供该功能的应用程序。
但这是解决实际问题的最佳解决方案吗？人们不仅使用待办事项应用程序将任务添加到列表中。他们之所以使用它们, 是因为他们需要保持生活有条理。他们不想忘记做一些重要的事情。他们担心如果不保存清单, 就会忽略一切。
列表格式可能不是人们跟踪自己需要做什么的最佳方法。但是, 如果设计师进入项目思维, “ 我需要为待办事项清单创建一个应用程序” , 那么他们可能永远也不会想到一个可以更好地服务于其设计人员的想法。通过专注于用户的需求并忘记了自己的假设, 设计人员可以找到解决当前实际问题的解决方案, 而不仅仅是在其他选项中添加另一个待办事项应用程序。
设计师应努力挑战他们对用户需求的假设。人们通常甚至都不知道解决问题所需要的东西。那么, 设计师如何才能在进行用户研究并试图了解客户苦苦挣扎之前就假设自己最了解？
考虑客户需求的一种方法是关注他们的痛点。痛点是问题的一个方面, 给客户带来最大的困扰。当设计师专注于此时, 他们可以更快地找到问题的根源并找到独特的解决方案。对于待办事项列表应用程序示例, 痛点可能是担心忘记重要的事情或不得不浪费精力来跟踪事情。

文章图片
设计师一旦知道解决问题的方法, 就必须与真实的人一起测试该解决方案。他们不应该浪费太多时间尝试从一开始就制造出成品。在为抛光产品投入大量时间和资源之前, 收集人们对最初想法的反馈, 可以使更改细节, 范围甚至整个前提变得更加容易。
第一次迭代可以像滑动面板或半功能模型一样简单。使人们对所提供的体验有一个大致了解的东西是创建实际的精益UX MVP的有用先驱。
这些早期的MVP之前版本对于规划用户旅程也很有用。一旦收集到一些初始反馈, 设计师就可以更好地了解人们对产品的真正需求。这对于确定如何将它们从A点(他们的问题)转移到B点(理想的解决方案)非常有用。设计人员可能会发现, 沿着该图所需要的步骤比他们最初想的要多, 甚至更少。

文章图片
设计人员甚至可能会发现他们尝试解决的原始问题不是实际问题。例如, 在待办事项列表应用程序中, 设计人员可能会发现, 使人们对自己需要做的事情的压力减轻的解决方案比使任务井井有条的解决方案更有价值。如果没有积极寻求反馈并创建旨在解决实际问题的新迭代, 设计人员可能永远也找不到该解决方案。
考虑必要的功能当设计师开始一个新项目时, 他们通常从产品需要具备的功能列表开始。可能包含的功能列表并不是一个不错的起点。但是, 应该将它与人们实际表达的对产品的期望相比较。
但是, 大多数人都不知道他们想要什么功能。他们将重点放在收益上。设计师的工作是弄清楚哪些功能可以带来这些好处。并且可能有多种方式来提供每种收益。
写下可解决人们所寻求好处的所有可能功能的列表, 这是设计过程中的宝贵部分。但是, 该列表应不仅包括” 好” 主意。坏主意也可以起到重要作用-它们可以带来好主意。
写下所有想出的想法, 在小组进行集思广益时特别有用。一个人会抛出一个坏主意, 这会给其他人带来一个更好的主意。即使独自一人进行头脑风暴, “ 坏” 想法也可能导致设计师沿着不同的道路前进, 并提出创新的解决方案。
设计师有了大量想法后, 就可以根据项目资源并最好地解决客户的痛点, 将其范围缩小到技术上可行的范围。从那里开始, 建立MVP并与潜在用户进行测试。

文章图片
建立初始的精益UX MVP 思考和提出想法是创建精益UX MVP的第一步。但是, 构建真正的产品应该很快跟进。精益用户体验和MVP流程都强调构建实际的可用产品。
重要的是, 尽量不要将所有功能都塞入初始构建阶段。相反, 请考虑可以减轻用户最严重痛苦的最少功能。第一个设计应着重于UX设计师认为将是具有最高ROI的功能。一旦人们开始使用该产品, 这将成为事实。
迭代是关键除非设计人员根据反馈采取行动以创建更好的产品迭代, 否则从人那里收集定性反馈和定量数据是没有用的。记住, 精益UX MVP是一个过程, 而不是结果。该过程中最重要的部分之一就是创建新的, 经过改进的产品迭代, 以更好地满足人们的需求。
MVP的每次迭代都应基于从实际用户收集的反馈来完成。这意味着每次迭代都应在生产环境中或由一小组人进行测试。在很多情况下, 先与一个小组进行测试然后再根据这些人的反应进行较大规模的测试是有意义的。
在小组的情况下, 设计师应收集定性反馈。向人们询问有关产品的问题, 以收集有关什么有效, 什么无效的信息, 以及改进或替代方案的想法。
在生产环境中, 设计人员应更多地关注定量反馈(在电子商务网站上, 跳出率, 页面停留时间和购物车放弃等问题)。这种定量反馈可以告诉设计者新的迭代是否朝着正确的方向发展, 即这些数字是改善还是恶化？

文章图片
精益UX MVP什么时候完成？对于刚接触该流程的设计师(有时甚至是经验丰富的专业人士), 什么时候可以将精益UX MVP视为” 完成” 是一个棘手的问题。可能要经过5次或50次迭代。这取决于产品的复杂性, 用户测试的质量和收集的反馈以及多少次迭代没有明显的改进。在许多情况下, 永远不会有人对产品使用的每个人都100％满意结果。产品小组应根据他们的业务目标来决定可接受的不满意程度。
设计师和利益相关者应该为项目” 完成” 的时间提出标准(或至少在不进行持续测试和新迭代的情况下至少准备公开发布)。这些条件可能包括：

更高的客户转化率
在网站上花费更多时间
客户的质量或满意度得分更高
更少的客户投诉
客户或用户的增加
更多电子报注册

确切的标准和目标应在项目开始时进行讨论, 并定期进行审查。当迭代根据客户反馈和用户测试而变化时, 目标可能需要随之变化。
实际上, 很少有产品被” 完成” 。即使在最终产品发布后, 情况也可能在接下来的几个月或几年内发生变化。客户和业务需求发生变化。设计趋势和新技术应运而生。这些事情中的任何一个都可能促使将来的设计发生必要的演变。设计师和产品所有者应牢记这些内容, 并准备在必要时启动新的Lean UX MVP周期。

文章图片
总结与其他产品设计方法相比, 精益用户体验MVP具有很多优势。当用户体验设计师和产品所有者希望创建一种最能为客户服务的产品, 同时又能使设计周期更有效时, 这通常是最佳选择。
精益用户体验MVP流程(从构想到构建功能原型, 再到向实际人员进行评估和学习)可以反复执行以创建最佳产品。该过程本身非常简单明了, 无论设计师是单独工作还是与团队合作, 都可以很好地工作。
最终的产品将解决人们的痛点, 同时带来愉悦的体验。使用精益UX MVP方法构建产品为设计人员提供了整个过程的清晰路线图。从构思到基于实际客户反馈的迭代, 这种方法使设计更高效, 更少浪费。
? ? ?
在srcmini设计博客上进一步阅读：