个性化阅读
专注于IT技术分析

UX神话–原型设计,用户测试和UX可交付成果

本文概述

神话高个子的故事。误解。这些是我们听到并相信的事情, 但不一定是正确的。在几乎所有领域(包括用户体验设计)中, 神话都能改变人们对实践的看法以及从实践中受益的观念。

例如, 在设计项目中普遍存在的UX神话是:”我们来自这个行业, 因此我们知道用户的需求。”事实证明, 这很少是真的, 我们发现最好挑战这一声明, 以期为最终用户带来更大的利益和更大的成功机会。

作为UX设计师, 我们旨在通过严格而有条不紊的设计流程来创造更好的用户体验。由于常见的误解, 要说服客户这些流程可以带来的价值通常很困难。解决这些神话将有助于UX设计人员克服设计过程中的障碍。

UX神话遍布设计过程并挑战项目成功

高大的传说和神话使得难以证明特定设计过程(如原型设计和用户测试)的价值。 (杰里·洛法罗)

UX神话:原型

原型是必不可少的设计资产, 有助于快速反馈, 用户见解和更高效的设计过程。不幸的是, 由于一些UX神话, 它们可能很难卖掉。

许多UX原型神话使它很难卖给客户

围绕原型的神话可能会难以证明设计过程中如此关键部分的价值。 (人体工学)

误解1 –原型花费太多时间:错误

在整个设计过程中, UX设计人员可以在明确定义目标和任务流所依据的一些现有数据时创建快速原型。这可能导致原型只有三个屏幕:

  1. 用户来自哪里(可能是通知或登录)
  2. 用户要去的地方(大多数情况下是主屏幕)
  3. 他们需要做什么(任务目标)

以下是一些有助于快速原型设计过程的设计工具:

  • 纸张原型:在某些情况下, 取出一些网格纸和一些彩色标记并创建纸张原型可能会更容易。这些可以是详细的, 半功能的, 并且对用户反馈有用。
  • 本地移动产品:InVision和Marvel在需要实际的全屏模式进行用户测试的本地移动环境中可以很好地工作。其他原型工具(例如Figma)使用”镜像”方法, 该方法要求笔记本电脑始终处于打开状态, 稳定的wifi连接以及将镜像应用程序安装在单个目标移动或平板设备上。
  • 表单和登录页面:Webflow和Axure对于需要感觉像HTML的表单非常有用, 它允许用户浏览并向字段添加内容。这些工具也具有响应性, 并且在用户在其计算机或设备上进行测试时会感到自然。
  • SaaS Desktop:有多种选择, 有些具有协作功能, 例如Atomic, Adobe Experience Design, InVision, Axure, Justinmind和UXPin。需要特别提及的是Marvel App, 它具有用户测试功能和内置的快速报告。
  • 数据驱动:如果用户需要查看实时数据或集成, 则可能涉及一些编码。 Bubble.is, Framer和Axure是一些有助于实现此目的的工具。
  • 互动:当挑战试图找出产品如何对用户点击或外部事件做出反应或做出反应时, Hype Pro, Principle, Flinto, Adobe Animate和InVision Studio之类的工具将具有可以改善用户与用户互动方式的动画。产品。

误解2 –原型是最终设计:错误

原型一词通常会错误地与昂贵的设计工作联系在一起, 而该工作可能需要数月才能完成。但是, 原型通常用于验证产品的可用性和成本, 远不及对最终设计进行更改。

如果特定产品未经最终设计批准, 则仍可以使用成熟的设计系统(例如材料设计, 原子设计和Bootstrap)开发原型。原型不是最终设计;它们是必不可少的人工制品, 可以告知并减少最终设计”失败”的机会。

UX原型制作是该过程的一部分,而不是最终设计。

原型是设计过程的一部分, 但不是最终设计。 (弗雷多·谭)

误解3-错误, 五个用户将发现85%的可用性问题

一个流行的UX神话是, 只需五个用户即可发现85%的可用性问题。在该领域很少如此。贾里德·斯普尔(Jared Spool)和他的团队在题为”测试网站:五个用户还远远不够”的文章中说:”我们的发现与通常被视为”行业标准。”我们发现, 我们研究的四个站点需要超过五个用户才能找到85%的问题。”

尽管在某些情况下(例如在精益/迭代设计中或对于获得快速反馈的小型初创公司而言), 这种说法可能是正确的, 但对于大型项目而言, 拥有大量资源和专用预算的情况并非如此。

那么需要多少用户?

对于需要指定数量的用户进行测试的特定项目类型, 没有任何规则。这取决于在进行UX用户测试方面经验丰富的范围, 预算, 时间和设计人员。

UX神话:用户测试

用户测试可帮助设计师在产品最终定型和发布之前获得对潜在问题的宝贵见解, 从而节省时间, 金钱和产品故障风险。

误解1 –用户不知道自己想要什么:错

用户知道他们想要什么;他们只是不知道该如何表达。研究人员和设计师的工作是在不显示最终设计的情况下从用户研究中发现这些见解。对用户进行测试是为了找出对用户有效的方法和无效的方法。

一种常见的做法是构建三个或更多原型, 并部署用户测试以获取信息, 不仅是了解什么可行或不可行, 还要对用户真正想要的东西有更深的了解。当本着创新精神完成这项工作时, 每个人都普遍认为这具有良好的商业意义。

用户测试是设计过程的关键部分。

用户测试可洞察用户的需求, 动机和行为, 以确保最终产品的成功。 (詹姆斯·塔克)

误解2 –分析和质量检查等同于用户测试:错误

Analytics(分析)不是用户测试。这是一组数据, 显示了过去发生的用户活动, 虽然可以告知用户”做什么”, 但分析无法告知”为什么”。 “为什么”来自用户测试, 是改善用户体验的基础。

一个很好的例子是可口可乐和百事可乐的口味挑战。 Google Analytics(分析)会告知你过去一年中可口可乐或百事可乐在某个地理区域内的销售量, 而用户测试则蒙蔽了同一地理区域内的人们, 从而找到了他们最喜欢的软饮料。分析告诉我们, 可口可乐的销量增加了30%, 但在口味测试中, 有75/100人更喜欢百事可乐的口味。

然后可以对假设进行测试, 以验证人们为什么偏爱百事可乐的口味, 而可乐却卖得更多。可能是广告, 营销, 包装, 价格, 货架放置或品牌声誉。 Google Analytics(分析)无法告诉我们原因, 但用户测试可以。

用户测试由UX专业人士完成,他们可以了解人类行为的精妙之处。

用户测试是设计过程中的关键部分, 以了解诸如非语言反应, 微表达和细微差别之类的微妙之处。

质量保证(QA)测试涵盖所有活动, 以确保设计团队为产品和/或产品功能集提供最佳的可用性体验和代码。

质量检查对于产品设计过程至关重要, 但质量检查方法与用户测试方法不同, 使用的科学方法也不相同。

被测试的功能集的历史参考(经过验证的用户故事, 与原始问题进行交互的用户的视频剪辑以及显示应如何构建功能的原型)可帮助开发人员和质量检查工程师。

用户测试可以帮助验证质量检查的假设, 但不能代替质量检查的测试。

误解3 –办公室的任何人都可以完成用户测试:错误

有些人天生善于提问和观察行为。但是, 在进行正式的用户测试时, 最好是训练有素, 经验丰富的专业人员(UX设计师), 他们可以选择微表达式, 并在用户与原型的交互中获得最小的细微差别。

在用户测试过程中, 通常会发生瞬间动作, 这些细节对于项目的成功至关重要。经验丰富的UX设计人员和UX研究人员将迅速了解并记录这些操作。

如果还有其他原因需要经验丰富的UX专业人士进行用户测试, 那是因为他们具有读取肢体语言, 捕获公正数据, 在需要时重置测试并在原型未加载或未加载时获取重要数据的敏锐能力。发生不可预见的情况。

UX神话:报告和UX可交付成果

UX可交付成果(报告)是设计人员在设计过程的每个阶段所做的所有工作的结果。这些交付物的价值不可低估, 因为它们可为将来的改进提供信息, 并提供整个产品设计项目的历史快照。但是, UX交付品有一些误解。

误解1 –没人读报告:是的

尽管报告可能有价值, 但我们都知道很少阅读它们。设计师在设计过程中做了很多工作, 而文档是其中很大一部分。最终的UX交付成果应在研究的科学主旨与任何美学观点之间取得平衡。

将读者吸引到报告中的一些想法是:

  • 视觉强调–制作类似广告的价差以显示问题陈述。
  • 视觉对比–绘制带有讲话泡泡的漫画, 以显示用户对话框。
  • 个性化–重要客户及其照片的报价。
  • 多种媒体–用户与软件交互的视频突出显示了吸烟枪。
  • 印刷层次结构–大, 大胆, 定量的摘要。

误解2 –报告只能来自外部顾问:错误

有一个误解, 内部UX交付项和有关用户测试的报告的价值不如收取大量费用的外部顾问所交付的相同。人们还相信, 由于外部顾问的专长或特定​​行业的利基优势, 他们可以带来更多价值。

内部报告是免费的, 由UX设计师提供, 这往往会削弱他们在执行团队中的附加值。

UX设计人员可以采用以下技巧来帮助”销售”可交付成果及其相关价值:

  • 使报告看起来像是由专业顾问提供的;如果看起来很重要, 它将改变看法。
  • 专家的报告是其中引用最多的一些文件, 因此可以像专家市场研究报告一样对它进行建模。
  • 通过在公司全体会议或市政厅分享见解和发现来支持研究。将调查结果视为报告并有益于组织。
UX可交付成果是UX设计过程中的重要组成部分。

用户体验交付品是用户体验设计过程的关键部分。他们在未来的决策中具有价值, 并为行销和销售等其他团队提供见解。

误解3 –报告在提交的分钟内注明日期:错误

可以通过创建一个名为” Reports”的文件夹来使人们普遍相信这个神话, 这些文件夹都会在其中消失。 UX可交付成果是大量努力的结果, 并且在设计过程的所有阶段都充当工件。它们可以包括业务和用户见解, 路线图, 可用性问题以及产品营销金块。

与其将可交付成果丢弃在一个文件夹中而死, 不如使用这些最佳实践来保持它们的生命:

  • 将报告和其他UX可交付成果添加到公司的生态系统中, 以便经常访问它们。
  • 在Slack, Trello, Jira或其他可以看到它们的地方添加到报告的链接。
  • 如果有机会参考报告中的发现, 请添加链接以供访问。
  • 将可交付成果转换为活动文档, 操作项目或任务。

像其他任何误解一样, UX神话倾向于将重要且有价值的过程转化为比其所需要的工作更多的工作。作为设计师, 我们不断努力证明这一过程及其结果的价值。了解神话及其真理将大大有助于克服疑虑, 改善用户体验, 提高KPI, 并且将帮助许多参与项目的人员在过程中获得更多信任。

• • •

在srcmini设计博客上进一步阅读:

  • 完善你的UX设计流程-原型设计指南
  • 什么是UX​​设计?常见的误解和UX神话
  • 原型用户测试的价值
  • 顶级设计师使用的10种UX可交付成果
  • 用户体验不良的突出因素
赞(0)
未经允许不得转载:srcmini » UX神话–原型设计,用户测试和UX可交付成果

评论 抢沙发

评论前必须登录!