精益UX:专家提示,用户体验的效率最大化

这些天一切都是关于精益。精益创业,精益生产,精益软件开发,精益UX,这样的例子不胜枚举!与所有这些精益流程的目标是减少脂肪。删除减缓或破坏生产力的系统和流程。

许多组织和高管认为用户体验设计是一个减速带上市时间。在他们的防守,有很多效率低下,过时的过程,一个有效的精益UX过程可以解决。

选择合适的工具可以帮助简化用户体验设计工作流和流程。UXPin是一个协同设计工具建立增加速度、一致性和效率。注册一个14天免费试用今天!

精益UX是什么?

精益UX设计是一个基于用户体验设计流程,促进合作,鼓励大量的测试和实验最小可行产品(MVP)。

精益UX重视成果交付。而不是问“我们设计”,精益UX问道,“为什么我们设计?”通过替换什么与为什么设计师必须找到原因和支持数据比建筑的东西做design-rather因为有人认为这是一个好主意!

通过这种方式,精益UX设计更多的是一种思维过程比一个工作流的概念。设计师必须制定和验证一个假设之前提交建筑。这个思维过程就是为什么测试和实验MVP的概念是一个精益UX工作流的重要组成部分。

精益UX的历史

精益UX的一个分支将目光对准2003年出版的精益软件开发和敏捷方法。贾尼斯弗雷泽国际公认的设计和业务专家,创造了这个词精益UX在2000年代末说,“精益UX是用户体验实践适应精益创业公司…”

珍妮丝用她的知识和经验的创新和扩展几个硅谷创业公司精益概念应用到用户体验设计。

敏捷用户体验与精益UX

敏捷用户体验和精益UX是相似的概念;然而,敏捷用户体验是有效的团队使用敏捷,而精益UX过程适用于任何公司或组织。

精益UX过程

重要的是要注意,精益UX过程还涉及到所有的用户体验设计的传统观念阶段,只是在不同的协议。

设计思维过程的五个阶段包括:

移情:发现你的用户需要什么
定义:确定你想要解决的问题
设想:开发可能的解决用户的问题
原型:创建原型
测试:测试你的原型与用户和利益相关者

而精益UX把过程分为三个阶段:

想:结果,假设,用户研究、形成概念、心理模型、草图、故事板
使:线框原型(最小可行产品),价值主张,假设
检查:分析数据及分析、可用性测试、涉众和用户的反馈

正如您可以看到的,两个过程包括相同的元素;只有方法不同。

精益UX原则

在一个的文章,本拉尔夫概述了15精益UX核心原则:

跨职能团队建立团队成员来自多个部门工作在相同的项目。
小,专门的共存小团队小(5 - 9),专注于一个问题,在同一个工作区(或相同的时区为远程团队)。
进步=结果,而不是输出车业务目标是结果,输出特性和服务。
Problem-focused团队设计团队必须专注于解决问题,而不是新功能。
消除浪费删除工作和流程,不要让你的业务目标。你的团队参加会议或没有显式的推理生成报告?
小批量的大小团队必须专注于完成一个任务或目标。
不断的发现定期参与与客户、终端用户和利益相关者。
走出大楼(GOOB)不要假设内部的争论。与真实用户测试想法。
共享的理解合作和分享想法,这样整个团队一起学习并成长。
反模式牛人,大师,忍者每小组成员的价值是一样的。
具体化你的工作——创造一个环境,让人们可以自由分享想法。没有正确或错误的想法!
在分析不要浪费时间讨论是否会工作。尝试它,从经验中学习。
学习在增长什么正确的事,然后规模。
允许失败实验和冒险!正如马克·扎克伯格的名言:“快速行动和打破的东西。”优先考虑速度市场完美。
走出交付业务小用户体验的文档降到最低。优化结果。

有两种常见的主题在所有这些15精益UX原则:

考虑运动的想法最小可行产品和原型。测试,并测试了!
Teamwork-share、沟通合作。

精益UX的好处

传统的用户体验设计流程包括浪费时间的障碍,比如监督会议,不必要的文档和可交付成果,部门/团队竖井,缺乏沟通。

精益UX优化用户体验工作流程通过鼓励跨部门协作,避免协议不要添加业务价值。

精益UX的成果导向意味着用户体验设计师强烈关注解决用户问题和测试的想法而不是会议,讨论CTA按钮的颜色。

与来自多个部门建立跨职能团队意味着设计师可以从多样的想法,经验和观点。丰富的知识,团队可以构建更好的mvp和测试更快更多的想法。

我们可以总结精益UX福利五个要点:

消除浪费
促进合作
快
非常高效。
以用户为中心的

精益UX方法

有三个主要原则精益UX核心方法:

假设
假设
最小可行产品(MVP)

假设

假设只是想法。但美丽的一个假设是,你允许错误,补充了精益UX的哲学尝试和冒险。

做一个假设,你必须研究知识和问题陈述你收购期间认为阶段。有了这些知识,你可以做出假设:

业务outcomes-what是一个成功的结果?
用户特定的人你帮助(用户角色)。
用户outcomes-what用户痛苦点,和你的产品如何解决它?
产品features-product改进需要解决这个问题。

配备一套假设,你可以开始做假设解决你的问题。

假设

一个用户体验的假设是一个可测试的假设有三个变量:

你要做什么
解决问题(用户)
实现所需的结果

您可以编写一个假设声明如下:

我们相信(这样做)为(这些用户)将会实现[结果]。

理论必须测试,而不是争论。团队成员必须避免陷入争论意见假设将会如何。让测试结果确定下一步要做什么!

最小可行产品(MVP)

而不是设计一个完整的产品,团队创建最低限度(MVP)来测试他们的假设。

如果你的假设,你有一个小功能产品扩大。如果假设是不正确的,你可以放弃这个想法,用最少的浪费时间。

设计者可以使用线框图建立一个MVP,原型,原型测试任何东西。团队甚至可以创建一个纸MVP在早期测试快速清除许多想法之前数字设计过程较慢。

MVP必须能够测试这个假说。例如,如果您想要测试一个按钮交互,纸上原型不会给你一个有意义的结果。最好使用高保真原型与颜色和内容测试交互的数字产品。

相反,你不需要花几小时或几天内建立一个功能齐全产品高保真原型来测试一个注册表单。一个简单的线框会更快地完成工作。

在UXPin最小可行产品

与UXPin内置设计库,设计师可以拖放组件来构建最小可行产品很快。你也可以加入先进的交互,所以原型外观和感觉像最终产品。

在测试过程中需要更多的忠诚的准确性?

把你的下一个级别的mvpUXPin合并——技术,桥梁设计和开发之间的差距。同步UXPin设计编辑器来你公司的设计系统通过一个存储库(Git和故事书集成可用)所以设计者可以使用全功能代码组件构建原型。开云体育官方下载安装包手机版

一个很好的案例研究如何合并优化精益UX过程是贝宝的实验时,他们第一次采用了技术。一个设计师做了两个单页原型(mvp)——首先是传统的设计工具和第二个使用UXPin合并。使用传统的设计工具,设计人员创建了一个MVP在超过一个小时。UXPin合并:八分钟。合并模型有更高的保真度和功能。

阅读更多关于UXPin合并以及如何解决DesignOps挑战复杂的基于代码的设计技术。

一旦设计师完成构建最小可行产品,测试时间到了!

测试

最后,团队去测试他们的假设和MVP。测试原型不仅帮助验证想法,但研究人员也可以从观察用户行为收集有价值的见解以及他们如何与一个原型。

可用性测试也可以公开可用性问题和商业机会,设计师可以添加到下一个迭代。

与测试结果,精益设计团队可以返回认为阶段与新见解重新开始这个过程。

总结

精益UX过程整理传统设计流程优化工作流程,加强合作。你的团队不需要学习新的技能,而是组织需要一个心态转变为产品设计的新方法。

正如我们本文中强调,UXPin可以帮助促进精益UX原则和工作流。使用评论,团队可以沟通,分配任务和马克解决一旦完成。

内置设计库,设计师可以跳过低保真原型,直接进入高保真最小可行产品,提供有意义的,可操作的反馈可用性参与者和利益相关者。

最重要的是,UXPin也减少交付内置文档设计者可以注释和用户界面开发人员在设计上创建指令的传递。