设计和记录用户体验的细节

设计和记录用户体验的细节

体验设计是产品开发过程中一个复杂、多用途、耗时的阶段。组织良好的流程通过减少误解使结果可预测来减轻团队压力，在本文中，我希望着重将主流方法映射到实际项目中，并且将可交付的成果归总在一起。

阶段1: 构想

这个阶段的目标是弄清楚客户的业务如何运作以及产品目标是什么。低保真原型是一种工具，它可以帮助你与利益相关方确认产品的心智模型，并讨论设计方法，在这一点上，我们正在寻找一个关于“我们正在建设什么东西？”问题的答案。

附注：我喜欢“我们在建什么”的措辞比“我们解决什么问题”更好，它更广泛，因为它涵盖了我们继续进行现有的项目，或者旨在将用户体验从优秀到卓越的案例。但是如果你打算从头开始一个项目，或者队这个话题感兴趣，我建议你看看斯坦福大学的Need Finding Tools和学习The Google Venture research sprint

交付

· 业务流程图

在深入研究之前，绘制一幅全景图非常重要，应关注流程而不是特定功能，此外，此图可以帮助开发人员之后设计软件架构。我建议使用简化的BPMN或者类似的方法。不要把它弄的太复杂：制作流程图的唯一原因是让你的同事和你自己有时间“阅读”流程，而不是让客户或者管理层看你的厉害。

· 低保真原型

这个交付品的唯一目的是说明我们对特定产品的设计方法，此时，我们需要做的就是阐明中心场景的导航并定义设计模式（例如，向导、卡片集、所见即所得的编辑器）

常见的陷阱

这个阶段通常会因为以下三个原因，使得这个阶段压缩到最短时限甚至直接被忽略

1.错误的印象是每个人都明白一切，因为他们说他们做了。

2.从某些角度来看，伴随这个阶段的工作环境可能有点搞笑，因为环境中可能到处充满了小纸条和手绘的按钮

3.有人可能会认为这一步将会非常耗时，尤其是我们制作业务流程图的部分，而更有意义的是立即开始绘制页面。

另一个问题是设计师有时会被他们的想法冲昏头脑。他们倾向于深入研究细节，而不是专注于大局

通常建议的手绘风格也可能令人眼花缭乱：人们通常会将高保真原型与低保真原型混为一谈，我们可以轻松的用UI组件来替换纸质模型，最初，纸质原型设计是为了让设计人员节省一些“机器时间”。当是没有太多的指定元件，因此用计算机迭代需要花费很多时间，现在我们有很多应用程序和UI组件（Google和Apple提供这些资源）从一个页面到另一个页面的粘粘比用铅笔绘制控件要快的多，请相信我-我是一个训练有素的艺术家。

相比之下的保真度

阶段2: 原型

在这个阶段，我们的目标是全面考虑界面的各个方面，并为视觉和开发汇集完整的文档。

共同原则

·为使用者保留明显的导航：确保他们完全了解目前的位置以及接下来会发生什么

·根据制作移送应用程序时的平台指南进行设计。如果你这样做，你就有理由去打破它们。为将来的讨论提供理由

·如果没有必要，不要发明新的控件跟模式，尽可能使用最常用的控件和模式

·使用真实或真实的数据，包括姓名、文本和图片。但不要使用知名人的名字，冒犯性或者模糊不清的内容 尽可能保持中立；

·考虑屏幕不同分辨率的内容及系统的不同状态

·注意移动设备的键盘设计输入，并在设计中留出足够的空间，使用数字键盘输入数字字段。

项目文件

首先我想就这个问题表达意见：线框的最终用户是您的同行，工程师或管理者，确保文档对他是实用的。

方可的流程注释界面

·请记住，线框本身不是给自己看的交付物。这是一个将你的想法传达给团队的图片，使用文本注释，引用链接等。

·保持结构：有意义的排列界面确保它们反映业务流程，避免将所有页面放在一个页面上；这样会让工程师来回滚动图片

·将标准规则放置到指定页面上，而不是隐藏在线框内，列如，如果你有工具提示，请注意它们是如何工作的，并将文件与UI副本链接，而不是将它们绘制到任何位置。

适用于整个系统的规则页面

·交互式原型对演示很有用，但在大多数情况下，它们还不足以用来开发，它需要额外的努力来点击整个事情并创建产品如何工作的心理模型，不要让工程师的工作比平时更难。不要将交付物限制为交互式原型。

文件清单

每个人都会犯错，最有经验的设计师也在做不同的工作，这是一个简短的清单，是在帮助你在进一步传递基本级别之前对您的可交付成果进行故障排除

这是用于帮助你的UX清单，一旦你下载它，复选框将是交互式的。

常见陷阱

·”人们不会读“

真的，但人们也喜欢自己做自己的工作，每次工程师没有得到你的设计时，他们都会要求你说明，然后等待回应，写下来，最后建立，否则，他们会冒险误读线框并构建错误的东西，这意味这你要让工程师负责记录你的解决方案。

还有一件事：如果答案可以在注释中找到，没有人问我一个问题，毕竟我想我们不应该低估工程师的努力。开发者甚至纠正了我的拼写一次。

·“这是显而易见的”和“它是默认行为”

这是事情：做为设计师，我们倾向于比其他人更喜欢某些解决方案，因为从测量性能到个人品味的广泛原因。没关系：问两位杰出的专家-很有可能你会得到不同的答案，这意味着我们认为最好的做法是从工程师角度出发的数十亿种模式之一。

即使原生的IOS和Android应用程序是定制设计的，因此在Android应用程序中设计日历功能时，你不能“将其设置成默认设置”因为你猜是什么相当于没有日历这个东西。你可以复制一个本地应用程序（顺便说一下）但是你应该提醒开发者不要期望他们从上下文中获取任何东西。

·我们没有时间做这件事

我们都在一个创造性快节奏的环境工作，时间是缺乏资源，但事实是，你将花时间以任何方式评论你的设计。你有两个选择。首先：你计划提前一些时间进行注释，并准备好文档。第二：每当开发人员需要确认时，你都会口头解释，在第二种情况下，你会反复分散目前任务的精力。

此外，你不能充分估计完成项目所需的时间，因为它没有一个明确的结束，因此，你可能会低估完成下一个项目所需的时间，因此未能达到最终期限，此外，在几个月内理解未注释的项目几乎是不可能的。

验证

说到验证，你有一些选择

·同行评议

快速获得反馈的最简单方法是你向你的同事请教。上面第二种观点可能会派上用处，而且你也会发现为什么要展示你的设计调整。但是，你的同伴可能和你有相同的认知偏见，所以他们可能很难找到概念上的问题。

·技术可行性评估

这种评估主要目标是为了确保你的设计适合开发，而且， 你也可以从工程师的反馈中受益，因为他们从另一个角度看待项目，另外，如果你错过了重要的事情，他们很可能会提醒你。

·可用性研究

方法因人而异，具体取决于感兴趣的问题，你可以做的既劣质又脏，也可以做的慢而彻底，但不管你有什么样的方法，只要你提出正确的问题，你就会发现自己的见解。我将在下一篇文章中讲述我个人用户体验研究但经验，同时，你可以阅读 Nielsen Norman Group.

结论

牛津词典将经验定义为“发生在你身上的事情，它会影响你的感受”这就是为什么UX设计不仅仅是排序页面和控制布局的原因。如果你的团队没有专业的用户体验师-你就是体验师；若果你们没有研究人员-你就是唯一的研究人员。作为一个有经验的创造者，给用户带来是痛苦、不适，清楚还是有权了解完全取决你的能力。

拥有巨大的权力会带来巨大的责任

作者：RuiJ_
链接：https://www.jianshu.com/p/34805e89fb54