用户体验设计流程与文档编制指南

文档编写有助于产品的概念形成、设计、创造和性能衡量。但是，编写文档的目的不应单单是为了产品维护。毕竟书面上的东西再多也没法跟真正的产品体验相提并论。

正如简约用户体验倡导者Jeff Gothelf在Smashing Magazine的一篇文章中所介绍，在用户体验方面单纯用作未来参考的具体交付成果基本上从制作完成起就已经没用了。在当今这个崇尚简约、天真的时代，用户体验的关键应该是产品的核心，而不是整体交付成果。不论你选择简单的照旧具体的流程，关键是要保证文档能够帮助设计向前推进（而不能只是一个滞后的指标）。

下面是产品设计开发文档编制、各个元素及阶段的概览。不同公司的产品开发和文档编制过程各有不同（例如Spotify，详见《使用Spotify构建最小化可用产品》），但是下面的许多交付成果在一定程度上是大多数公司所通用的。

我们所选择的方法都是自认为最好用的方法，你可以根据自身情况自行选择。

各自关系

在产品设计文档编制方面，理论和实践是完全不同的两码事。我们都知道用户中间设计的基本原则。我们也都能从纷杂的方法中认出各种不同的研究方法、原型制作阶段以及文档编制技巧的整体流程。但是，你照旧会经常问自己这个问题：在实践中到底怎么操作？

图片来源：The Design Process.

简单来说，就是要让文档与设计流程形成互补，而不是简单作为设计流程的增补。在深入探讨之前，我们先从宏观上快速看一下产品设计开发期间的文档编制工作。在下方，我们从实践的角度介绍了设计文档编制的各个步骤之间的联系：

1.?? 在产品定义的初始阶段，你需要和所有需要的相关人员就产品以及项目的开展体例进行一次头脑风暴。头脑风暴可能带来一套启动计划、一个精简的框架和一系列比较早期的概念图以及模型。

2.?? 下面开始调研，在这一阶段，你的团队需要对所有假设进行完美，并填补空白的内容。根据产品复杂性、时间安排、现有知识程度等各种因素的不同，这一阶段可能会有所差异。但是，从整体上说，开展竞争性市场分析并执行客户调查是有益无害的。假如你有现成的产品，审查分析技术、启发式方法、内容、产品背景和用户测试等也会很有帮助。

3.?? 在分析阶段，截止目前所收集到的产品营销数据可以为用户特征、体验地图和要求文档（例如按优先级排序的功能电子表和用户义务矩阵等）提供基础。在这一时点，产品定义、产品优先级和产品计划都已经经过界定并做好成为更正式的设计交付成果的预备。如《用户体验设计流程与文档编制》中所讨论，在这一期间也可能延续产出草图和流程图。

4.?? 这一阶段的成果将导向使用场景、概念图和模型，进而进入设计阶段。常见的文档类型包括草图、线框图、原型、义务流程图和设计规格等。例如，调研和分析阶段所得到的竞争分析和用户特征将应用到模型、概念图和使用场景中。反过来，这些内容又将影响到线框图、故事板和具体模型等中心或高级交付成果。有些公司会把调研、分析和设计阶段视为一个大的流程，如这个概览图所示。

5.?? 在执行阶段，需要把代码和设计资源组合打造成吻合设计规格的产品。

6.?? 在现实产品发布时，还需要依靠支撑记录、bug报告及其他分析技巧继续通过后续的版本迭代和升级推动产品的完美。在后续的生产模式下，需要以分析和报告的形式继续赓续地生成并监控各类数据以确保成功的延续。

7.?? 最后，生产环境下通过性能指数表和分析技术进行赓续的测量与迭代可以保证实现延续赓续以数据为驱动的产品改善。

指导原则

现在你们已经看到了各个阶段之间的联系，下面我们来看看哪些原则有助于推动产品在各个阶段内前进。我们将说明如何运用产品冲刺方法让流程随着时间推进赓续向前，而不是停留在初始的定义阶段。

图片来源：?User-Centered Design.

和软件领域内以天真为核心的同类概念相似，设计冲刺是指在1-3周的时间内集中精力解决具体产品和设计问题。据3Pillar的用户体验向导人Alok Jain所称，设计冲刺的三大关键要素是协作、削减交接摩擦和团队精力的集中。简单地说，你的设计文档应该荟萃各方的工作成果，而且必须始终以用户为核心。因为你需要快速执行各个阶段，所以应当保持冲力、尽量削减虚耗。更主要的是，你要着手处理小问题，以便保证能进行更加深入的探索和更高的风险承担能力。

这里提供了有关这一完整周期的极端简约版本，不过我们会在下面具体地说明如何在你了解产品、涉及产品、发布和完美产品时运用这一思维。

1.了解产品

在构建产品之前，你需要了解其存在的背景。相关人员、公司和用户为什么关心你的创意能否向前推进？

图片来源：Achieve Shared Understanding.

根据Smashing Magazine所介绍，你所要开展的运动应当能够知足商业需求和用户需求，还需要通过最佳的设计解决方案同时知足这两方。这里的关键是“运动”，因为尽管商业模式蓝图和简约化蓝图之类的文档都很主要，你还需要给其他相关人员提供动力，否则就是在花大价钱请一帮昂贵的人员闲聊众所周知的话题。这些运动应当高效并能够促成协作：

·????相关人员访谈——使用这个模板，可以让每个团队成员访谈3个相关人员。产品会给客户带来什么感觉？他们应该怎么操作？通过记录相关人员脑中认为的客户的思考、感觉、操作体例，你就可以设定出用来进行可用性测试和用户分析的基准。

·????要求工作坊——让相关人员聚集到一路讨论项目计划、然后探讨概念如何融入产品以及技术要求。你可以拿出一个空的商业模式蓝图或简约化蓝图，与你的团队一路进行填写。

·????速8——拿起马克笔让所有人在5分钟内草拟8个不同产品或功能创意。让每小我给每个创意打分，然后你就能看出整体的趋势和偏好情况。这一运动现实上是《Google Ventures再设计流程》中的第2步。有关其他好方法，请看这个头脑风暴运动列表。

在打完基础后，你就可以邀请大量用户进行访谈和测试以便获得现实环境的数据进行调研分析。UXPin 的 CEOMarcin Treder的做法是在确认了问题和工作范围后深入开展客户开发和可用性测试。在UXPin还只是纸上的原型创建工具时，Marcin和用户体验界的明星Brandon Schauer、Luke Wroblewski、Indi Young等人共同对50多次用户访谈和面对面可用性测试进行了具体记录。随后，产品团队使用所记录下的内容制订了用户特征、写了几十套用户背景故事并最终规划出了产品要求。

Amazon所使用的“倒推”方法中的第一步是构想出制品内部新闻发布会的场景。这一方法有助于从客户角度进行倒推，而不是将客户局限到一个创意当中。通过对发布后进行反复迭代修改直到完美，其产品团队会马上进行可信性检查并编写基准文档以便后期设计开发使用。

2.设计产品

如《最小化可用产品指南》中所介绍，一旦你有了产品使用目的的基本概念，下面的主要目标就是构建原型。不管你的团队是愿意用餐巾纸随便画画照旧喜好创建高保真或低保真度的线框图，最后的成果都应当具有功能性。这一阶段的独特征在于，对于大部分交付成果来说，文档就是设计自己。

图片来源：UXPin.

Twitter的设计经理Cennydd Bowles透露表现，产品团队应当提前调研两个迭代，提前设计一个迭代并对之前的版本迭代进行审查。假如你想要保持天真性，他建议直接打造低保真原型，让“交互凌驾于流程之上”。假如你更倾向于注重细节，同时不失天真，可以先从概念图或草图着手，然后迭代低保真线框图，最后打造高保真原型。不管你使用哪种方法，一定要和相关人员及用户进行测试。

假如预算和时间许可，你还可以画出体验图来强调产品在哪些方面能知足或不能知足用户需求，并做出义务模型体现用户为达到各自目标所需要执行的各项运动。虽然这些内容不属于设计的组成部分，但是考虑到你还需要了解自己的产品在人们脑中和市场上的定位，因此也不无裨益。有趣的是，Yelp会编写包含常用代码的风格指南作为设计阶段的增补，从而让文档能够真正的融入产品。

在UXPin，我们的流程是先使用细记号笔和网格纸组织小组进行草图绘制，然后遴选出几个线框图，之后逐步添加细节直到达到高保真模型。假如需要进行用户测试，我们会把模型打造成高保真原型。假如要发布主要功能，我们还会进行广泛的用户测试，让原型的用户写意率达到70比30。

3.构建及发布产品

在开始集中进行技术工种时，一定要编制文档帮助你获得全局概念。具体的要求可以随着产品的邃密化而改变，但是文档一定要能够帮助你了解产品进入公众时的优先事项。

图片来源：The MVP Campaign.

RedStamp的用户体验经理Kristofer Layon的观点是，你可以将产品要求和技术规格文档以路线图的形式进行视觉呈现。产品路线图可以显现用户故事，帮助你对功能主次进行排序，从而知足用户需求。有的时候，还可以在路线图中加入特定的日期，让它起到时间轴的作用。路线图的益处在于它能够帮助你分清优先次序，对产品要求和技术规格所确定的构建方法进行增补。在确定功能时，你可以使用Kano模型以3个类别对功能进行评估：

·????基本属性——产品工作所必需。例如，笔记本的基本属性是要有键盘和屏幕。

·????性能属性——可以作为KPI用来与不同产品进行比较。例如，笔记本的CPU速度和硬盘容量是优劣的关键，人们一般倾向于速度快、容量大的电脑。

·????加分属性——根据顾客偏好不同的主管属性。例如，Macbook Air的超薄和光滑触感。有些用户会觉得这些是好卖点，但有的人不注重这些。

根据这个模型以1-5分给功能评分，然后把功能放到优先级矩阵中，可以帮助你初步形成产品路线图的轮廓。Apple的做法是使用其《路线规则》和《Apple新产品流程》作为产品路线图，并在其中规定职责、创造阶段以及从概念形成到发布期间的重大里程碑。事实上，Apple的《路线规则》受到了极高的正视，假如偏离路线会被马上解职（在公司文件中明确说明）。

4.优化产品

在构建（及最终发布）产品时，文档还需要注重于定义和跟踪产品销售情况及其他KIP。毕竟，假如不知道要优化哪些指标，也就无从谈起优化产品。

图片来源：Product Management by Numbers.

LaunchClinic的创始人Dave Daniels的建议是，写下发布目标（例如30天内下载量达到30000），然后确认你是否有准确的工具来记录进度。使用指标工具和bug报告软件可以让你建立起可以重复使用的报告，以便在产品发布前几周以及后期进行跟踪记录。在客户方面，你还可以对用户进行分类，然后给他们发客户调查问卷，评估进行迭代的内容和时机。

Spotify的迭代阶段时产品开发中最长的一个阶段。其产品团队使用当前的指标和优先级矩阵（可能是在设计阶段创建的）对以超出“局部最大值”程度对部分产品进行改善所需的工作量，与能够带来的益处进行比较权衡。假如他们觉得支出这些工作量是值得的，就会返回到定义阶段重新修订产品，以达到“全局最大值”。

主观环境下的客观流程

在产品设计文档方面，没有终极捷径。几乎所有使用我们产品的公司都会或多或少的使用我们上面介绍到的技巧。虽然产品开发和用户体验设计是一项高度主观的工作，但你的流程和文档不一定要很主观。毕竟，产品的最终目标就是获得收入，这一点没什么主观可言。

图片来源：Design Process Notes.

不论你选择简单文档照旧具体文档，其目的都一样，那就是把你的思维过程体现到书面上，让你的团队能够进行互动和反映。文档应当是产品的指南针，而不是一成不变的死规定。我们前面讨论过的一些阶段可能会以略微不同的顺序睁开或平行睁开，但不论顺序如何，它们都是为你提供灵感的体例。请你尽取所需，让你的文档随着产品共同前行。

翻译：蒋灿 ? ?来自：uec.nq

原文地址：?speckyboy