提交需求
赛事与广告咨询合作,请填写需求表单,我们会在第一时间与您联系!
体验设计的入门篇最后一篇。下一篇会来个总结,当然纯属个人感想了。
当今的流程设计趋势
我们随处可见到一些为了提高用户体验而产生的新的或者改进过的工作流程。如精益用户体验、设计思维、用户手册、人性化设计等。如果你再往前看,就会发现与尼尔森/诺曼、Hackos和Redish或Mayhew的他们那个时期相比,并没有太大的变化。
这些阶段在本质上仍然是相同的:
1、问问题,做研究,发展理论(你可能知道这是发现或灵感)。
哦,也许做点计划。
2、尝试一些事情(定义或构思)。
给一些人看看。
3、挑出一两个,充实它们(发展)。
给一些人看 把它交给开发人员(交付或实现)。
4、展示给很多人,然后重新开始。
重点是向一些人展示。然后改进。
以真实用户数据为基础进行迭代设计才是以用户为中心设计的关键。
发散与收敛
许多当前最流行的过程将迭代构造为“发散”和“收敛”阶段。这允许你探索和收集尽可能多的信息,然后将其缩小到可以轻松处理的内容。每次与用户交谈或测试原型时,您都会开始发散。当您基于所收集的信息进行细化时,就收敛了。
来自设计委员会的“双钻石”总结了一些变化,比如设计思维模型。
IDEO模型非常类似,但它也说明了即使你通过收集输入第二次出现分歧,分歧的范围也会更窄。您已经专注于一个特定的领域,并且正在收集关于该领域的信息(而不是所有方面)。
我们将重点放在这组通用的步骤上,它们很好地涵盖了设计过程的基础。
最小可行性产品的规模
项目并非是同时创建的。有时候流程被当成是一种规定,每一步都必须严格遵守。更新的流程更多地考虑到这一点,最小可行产品(MVP)的概念已经变得很常见。当一个项目受到资源限制或范围狭窄时,我们仍然应该查看设计的每个因素和流程的每个阶段。我们不需要把工具箱里的所有工具都拿出来。看看什么样的方法或工具对实现目标最有价值。
Henrik Kniberg的插图则是另一种方法。不要只关注产品的一个部分(车轮),而要关注最简单的运输方式。这同样适用于设计流程。如果你有一个小项目,或者时间很紧迫,你不需要开发所有新的角色和工作流。从已经存在的东西开始,专注于探索问题而不是整体。
发现
这个阶段的重点是深入研究要解决的“问题”。 问题可以通过确定完成任务的新方法或改进现有的解决方案来解决。您的目的是找出用户真正需要什么,以便确定需求。你要看的是项目的广度。
精益设计在此阶段结束时会产生一个假设,该假设总结了初始研究阶段的意图,无论它被称为什么。假设的形式如下:
我们认为对于用户至关重要。 这将实现。 当我们可以精准测量时,我们将证明这一点。
方法
头脑风暴
用户访谈
专题专家访谈
竞争标杆分析(竞品分析)
用户观察
文献与研究综述
交付物
用户故事
用户画像
用户流程与用例
统计假设
利益相关者
设计团队
业务分析师
产品经理
定义/构思
在定义或构思阶段,您将分析在第一个阶段中收集的所有信息。这是“收敛”第一次发挥作用。与您的团队一起筛选所有信息,找出真正突出的内容。 问你和你的队友有哪些感到困惑的地方。这将帮助您从用户的角度来看待问题,并真正理解问题所在。
方法
设计会议
草图
评测
用户测试
交付物
草图
线框图
层级结构
利益相关者
设计团队
产品经理
项目负责人(Subject Matter Experts)
开发/实施
在这个阶段的发散是关于建立你的产品的深度。你将从定义或构思阶段获得最好的一到两个概念,并充实所有的细节、部分和部分。然后与用户进行测试,并与涉众进行评审,为用户选择最佳解决方案。
方法
原型设计
评测
用户测试
交付物
高保真原型图
说明文档(Content / Text Strings)
注释
视觉物料
利益相关者
设计团队
产品经理项目负责人
开发团队
实现
在这个最后阶段,你已经汇聚到最终的解决方案上,并准备好将完全定义的设计交给开发团队。您将与他们一起工作,以确保规范清晰、理解并按照您的意图实现。(注:盯紧他们,一个像素都不能错)
方法
质量控制测试
可用性测试
交付物
功能完善的软件
利益相关者
设计团队
开发团队
结论
不管您的团队采用什么设计流程,迭代、迭代、再迭代。使用您所掌握的所有资源,包括涉众、数据和用户。最后,即使在时间和资源有限的情况下,也要扩展您的流程,而不是跳过步骤。
硬广:烦请喜欢的朋友去我的个站UxBooks逛一下,增加点访问量。
大牛,别默默的看了,快登录帮我点评一下吧!:)
登录 立即注册