用户体验设计流程和文档编制概述

产品设计各阶段的交付成果与文档编制概要

编制的文档是概念化、设计、创造产品以及衡量产品表现的工具。它不应该只是为了维护产品的完成。毕竟,最后你给用户的是产品的体验,而不是一厚摞文件。

图片来源:Deliverables Relationships 图片来源:交付成果关系图 Deliverables Relationships

精益用户体验 ¹ 倡导者Jeff Gothelf 在 Smashing Magazine 上发布的一篇文章里这样写道,单纯是为了给将来的用户体验作参考的厚厚文档 刚被创建出来就已经过时了

”一厚摞设计文档对于你产品的用户体验来说啥都不是 。”

当今世界崇尚的是精益和敏捷,交付的成果已经不在重要,用户的体验才是核心。无论你采用详细完整的或是精益简化的设计流程,文档编制都是帮助设计前进的驱动力(而不只是一个拖后腿的指标)。

相信看完下面的概述后,你会了解构成产品设计开发文档的基本元素和它们分属哪些不同的阶段。产品开发文档根据每个公司的自身情况会有所不同(例如 如何构建最简洁 spotify ² 可用产品 ,我们在 Guide to Minimum Viable Products 一书中提到过)但下面我们介绍的很多公司的交付成果形式上都差不多。

我们选了自认为最好用的方法,你也可以根据自身情况做判断。


译者注
【1】中文翻译版:《精益用户体验:让设计师走出交付工作的泥潭》
【2】Spotify:是全球最大的流媒体音乐服务之一。

文档编制与设计的关系

好了一开始编制设计文档,我们就发现理论和实践有天壤之别。设计师张嘴闭嘴就是以用户为中心。对从纷繁的方法论中说出研究手段,原型阶段,和设计文档编制的技巧也头头是道。但你总是疑惑,“这些方法该怎样运用到实际操作中呢?”

设计流程

图片来源:设计流程 Design Process

“设计文档编制和设计流程应该是互补的,而不是给设计流程画蛇添足。”

一句话概括,就是要让设计文档与设计流程形成互补,而不是给设计流程添乱。在深入讨论这个问题之前,让我们大体了解一下产品设计文档编制的轮廓。下面,我们从实践的角度说明设计文档编制和每个设计阶段之间的关系:

  1. 产品定义的起步阶段,你最应该做的就是和所有相关人员来一次头脑风暴决定产品的方向。之后你们可能会得出一份项目启动计划, 一个简单的框架,一堆初步概念图和产品原型。

  2. 步入调研阶段,你的团队开始改进预期和填补之前没考虑到的空白。这个阶段基于不同产品的复杂性、时间安排、资源、知识储备和其他因素等,会有所区别。但总的来说,都要分析竞品市场和开展用户调查。如你是在做现有产品的改进设计,重新审视你的分析、启发式评估 、内容、产品场景,和用户测试对你也大有帮助。

  3. 分析阶段中,之前收集的市场数据提供了人物角色模型,体验地图,和需求文档(功能优先级列表和用户任务矩阵)的基础。在这个阶段,产品的定位,优先级,和计划已经准备好了,以便形成更正式的设计交付成果。各种草图和流程图也源源不断的产出。

  4. 开始设计阶段,我们利用上一步提供的资源,创建使用场景、概念图,和设计原型。通常文档编制包括草图,线框图,设计原型,工作流程图,和设计规范。举例来说,调研和分析阶段所做的竞品分析和人物角色模型,被会应用到产品原型设计、绘制概念图、和建立使用场景中。当然,这部分作为中间阶段也会影响下一阶段的线框图绘制、故事版制作和高保真产品原型的设计等一些更高级的交付成果。有些公司会把调研、分析、设计整合为一个大的设计阶段,你可以参考一下这张 流程图

  5. 执行阶段,代码和设计资源根据设计规范被整合为一个新产品。

  6. 在实际产品发布阶段,还需要根据技术支持、错误报告及其他分析方法的反馈数据推动后续的版本迭代和升级来逐步完善产品。你需要通过不断地监测和采集数据,然后做分析报告,这样的生产模式才是产品成功得以延续的保障。

  7. 最后,运用性能指标分析来衡量和迭代产品,实现数据驱动产品进化。

主观环境下的客观流程

编制产品设计文档是没有捷径可走的。UXPin 的客户公司或多或少的都使用前面介绍过的方法。如何开发产品和设计用户体验是非常主观的事,但是设计流程和设计文档是客观存在的。毕竟,产品的终极目标是为了盈利,市场是不会迁就你的。

Design Process Note
图片来源:设计流程笔记 Design Process Note

“产品的最终目标就是为了盈利,市场是不会迁就你的。”

你的编制的设计文档或轻量或厚重,目的都一样,就是把你的思考过程落到纸面(或屏幕)上,让团队能够充分交流、快速行动。设计文档是产品的指南针,不是石碑上的法典。我们前面讨论过的那些阶段的顺序可能略有出入或者是同时展开的,但不论顺序如何,它们都是你应对困难时的方法。请你尽取所需,让设计文档伴随产品一路向前。

指导原则

现在你了解了文档编制和设计各个阶段之间的联系,下面介绍一些有助于推动产品的指导原则。我们会告诉你如何让产品在每个阶段都冲刺向前,而不是一开始定义产品就止步不前。

User-Center Design

图片来源:以用户为中心的设计 User-Center Design

同软件的敏捷开发类似,设计冲刺是指在1-3周的时间内集中精力解决特定的产品和设计问题。如3Pillar 的用户体验设计领导人 Alok Jain 所说,设计冲刺 ¹ 的三个关键因素是 合作、减少交接摩擦、和团队的专注 。概括的说,你的文档是必须促进团队合作并且专注于用户本身。因为你需要给高速运转的设计流程注入动力,减少浪费资源。而且,你要解决更细微的问题以便探索方向和冒险的尝试。

给你提供一个简约但完整的 流程模板 做参考,而我们下面将详细描述理解产品,设计产品,构建发布和改善产品的指导原则。


1.理解产品

构建产品之前,你需要了解产品存在的背景。为什么利益相关者,公司和用户期望你实现这个创意呢?

Achieve Shared Understanding

图片来源:达成共识 Achieve Shared Understanding

在 Smashing Magazine 中有一篇文章介绍过,你的行动就是要 阐述商业需求和用户需求,并找到最好的设计解决方案来满足他们的需求 。什么是“行动”,你要有一个商业模式和简要的概括,用它激励利益相关者们——否则就是在浪费昂贵的人力来闲聊众所周知的话题。如下所列,这些行动必须高效且能促进协作:

  • 利益相关人员访谈——可以参考这个 模板 ,让你的每个团队成员访谈3个利益相关人员。产品会带给消费者什么感受?他们会怎么使用?通过记录利益相关人员如何考虑消费者的想法,感受,和操作,你可以给用户测试和用户分析设定一个基准。

  • 需求工作坊——把利益相关人员聚在一起商讨项目计划,然后讨论如何把概念注入产品中和相应的技术需求。你可以参照 商业模式模板它的精简版 并和团队一起完成它。

  • 速8——拿起马克笔然后让每个人在5分钟内画出8个产品或创意特性。让所有人为每个创意打分,然后你将知道大众趋势和喜好。这个方法确实也被运用在 《Google Ventures 再设计流程》 中的第2步。如果想要其他的方法,看看这个 头脑风暴 网站。

”如果的你的启动计划没有良好的协作,就会浪费昂贵的人力去闲聊众所周知的话题。”

一旦做好了基础工作,那么就要开始访谈和测试大量的用户,并取得用于研究和分析实地数据。UXPin 的首席执行官 Marcin Treder 会在明确问题和工作范围之后马上深入到 客户开发和可用性测试 中 。当UXPin还是纸上的原型时,Marcin已经记录(纸质或是视频)了超过50个用户访谈和亲自同 Brandon Schauer,Luke Wroblewski,Indi Young 这些明星用户体验设计师一起开始进行可用性测试。随后这些产品团队结合深入的思考并建立人物角色模型,撰写大量的用户故事,最后概括出产品需求。

亚马逊公司会使用一种“逆向工作法”,第一步就是在 团队内部虚拟一场新产品发布会 ² 。这个方法有助于从用户的角度出发,而不是把用户需求局限在一个创意点上。通过不断的修改直到这场产品发布会听起来激动人心,团队才会马上制作一个基准文档供后续设计和开发参考。


2.设计产品

我们在 《最小化可行产品指南》中文版) 中曾说过,一旦你有了产品目标,立刻建立产品原型。无论你的团队喜欢在餐巾纸上画图,用高保真或是低保真线框图,最终结果都应当是具有功能的。这个阶段的交付成果其实就是设计本身。

快速原型工具 图片来源:UXPin

Twitter的设计经理Cennydd Bowles说,产品团队应该提前调研两个迭代,提前设计一个迭代,然后评审之前的迭代。如果你想保持敏捷,就不要在乎流程,直接做低保真模型从而保持“交互至上”。要是你想做的更细致一些但依然保持敏捷,可以从一个概念图或草图开始,然后修改低保真线框图再到高保真原型。不管用哪种方法,请确保同利益相关人员和用户进行测试。

如果预算和时间允许,你可以也创建一个体验地图,去强调产品在什么地方满足了或者达不到用户的需求,和用任务模型去说明用户在完成目标过程中是如何行动的。虽然这些不是设计中所必须的,但是可以让你看到产品是否满足了用户和市场。有意思的是有趣的是, Yelp在这个阶段进一步的为常用代码编写了一个风格指南,以便将来准确的应用到产品构建当中。

“提前调研两个迭代,提前设计一个迭代,然后评审之前的迭代。”

UXPin,我们会举办小组画图会,用记号笔在网格纸上画图,然后精选成一些线框图,加上细节直到变成展示模型。如果要进行用户测试,我们会把展示模型打造成高保真原型。如果有重要特性要发布,我们还会进行更广泛的用户测试,至少让被测试者保持70%的满意度。


3.构建和发布产品

开始深入技术开发工作时,一定要通过文档来看清全局。在你改进产品的过程中,需求可能随时变化,编制文档让你划分好产品发布之前的任务优先级。

The MVP Campaign
图片来源:最小化可用产品运动 The MVP Campaign

RedStamp 的用户体验经理 Kristofer Layon,认为 你要把产品需求和技术规则以一张路线图的形式呈现 。产品路线图可以展现用户故事也可以帮助你安排功能优先级,从而满足用户需求。有时候要在路线图中添加时间节点,让它变成工作时间轴。优美的路线图帮助你优化产品,作为你“如何”定义产品需求和技术规格的补充。当你决定要有某些功能,可以用 Kano 模型 分3个方面来评估:

  • 基本属性——这是产品可用的必要属性。例如,笔记本的基本属性是要有键盘和屏幕。

  • 性能属性——可以作为关键绩效指标(Key Performance Indicator)同的其他产品作对比。例如,评价笔记本的CPU速度和硬盘容量,人们更倾向于速度快、容量大的电脑。

  • 加分属性——根据消费者偏好的主观属性。例如,Macbook Air的超薄和光滑触感。你的目标用户会觉得这是有吸引力的卖点,但其他消费者可能不会在意这些细节。

用这个模型从1到5分给某个功能打分,然后把这些功能放到 优先级矩阵 中,可以帮助你初步形成产品路线图的轮廓。Apple 的做法是使用 《路线规则》和《Apple新产品流程》本处原链接失效,译者找的好像也不对)作为产品路线图,来划分职责、制定生产计划,作为从概念形成到产品发布过程中的里程碑。事实上,在 Apple 极其重视《路线规则》,谁要是偏离了路线马上会被解雇(公司文件中明确说明)。


4.迭代优化产品

当你构建(接近最终发布)产品时,文档编制开始关注定义和跟踪销量和其他的关键绩效指标。毕竟,你没有优化指标,就不能盲目地去修改产品。

Product Management by Numbers
图片来源:依赖数据的产品经理 Product Management by Numbers

LaunchClinic的联合创始人Dave Daniels,建议你写下产品发布后的目标(比如30天内超过3万次的下载量)并确认使用 正确的工具去记录流程 。用指标度量工具和错误报告软件,在产品发布前后反复记录报告,并用于完善产品。对于消费者,通过划分用户群和给消费者发问卷进行调查,判断哪方面需要改进。

在 Spotify,迭代过程是 产品开发中最漫长的阶段 。产品团队运用当前的衡量指标和优化矩阵(在设计阶段制定的)来衡量超出“局部最大化”所要付出的努力与效益之间的关系。如果他们认为努力是值得付出的,那么就要回到产品定义阶段再重新改进产品,变成“全局最大化”。


译者注
【1】相关文章已翻译:起跑:开始设计冲刺
【2】相关文章已翻译:亚马逊是如何开发和管理产品的?