神刀安全网

Google用户体验设计师:一份好的交互文档应该包括哪些内容?

先上几张14年夏天在Amazon做智能手表app的交互文档图(那时候Apple Watch还只是个谣言,Android Wear是同年夏天我快离职的时候正式发布的…)这个项目在14年11月正式发布的,所以现在可以贴一些当时的设计原稿出来~(现在回过头看看当时有很多地方做的还是不够好。)

Google用户体验设计师:一份好的交互文档应该包括哪些内容?

Google用户体验设计师:一份好的交互文档应该包括哪些内容?

Google用户体验设计师:一份好的交互文档应该包括哪些内容?

Google用户体验设计师:一份好的交互文档应该包括哪些内容?

以下总结一下经验:

我觉得首先应该明确你做交互设计文档的目的是什么,是做给谁看的。

通常交互设计文档的 目标受众 是:

  • 大老板、领导决策层 (CEO、产品VP)——绝大多数情况下,他们不太关心交互细节,他们更关心的是这个项目是什么,有哪些功能,他们通常看一个典型的用户使用流程也就够了(人是视觉化的动物,很多老板更愿意用设计师做的交互设计文档去理解产品方向,这是设计师向上传达设计理念和你想要推动产品方向的好机会!)
  • 产品经理 ——你的交互设计文档通常是产品经理手中的「产品需求文档」(PRD)的具体化、可视化的表现。你的交互设计文档反映了你对产品的理解,是一份非常重要的「沟通文档」。同样是「筛选列表」一词,产品经理和你的脑中想象出来的画面可能就有很大的差别。通过你在交互设计文档中视觉化的表达,产品需求会变得更加明确和具体。
  • 工程师 ——对具体实现你的设计的工程师来说,他们最看重的是产品交互逻辑。他们往往希望你的文档能够涵盖到所有特殊状态(空缺数据点、空白状态、边界极限状态等等、失败状态)。在绝大多数情况下,设计师几乎不可能在一开始就考虑到所有这些状态,你需要和工程师一起慢慢补齐这份文档。准确、清晰地标注交互流程和视觉元素会让工程师爱上你!实际上,工程师很可能是看这份文档看的时间最久,最仔细、最认真的观众了。
  • 你的直属老板和设计师同事们 ——相比于一张张静止的界面设计,用交互设计文档也许可以更好地帮助你向你的老板和同事收集反馈和意见,因为你的老板和同事可以有一个更全局的视角来看待你的设计细节。

我整理了一下我之前做过的交互设计文档的结构(加入了几个我当时并没有做,但我现在回过头觉得应该放的东西):

1. 项目背景 ——宏观层面上的介绍为什么要做这个项目(外链到产品经历的PRD,应该包含有更为具体的市场和竞品分析)

2. 平台概览 (Optional)——以下设计是针对哪几个平台的

3. 设计、技术限制 ——这点很容易被忽略,但我觉得很重要,能够帮助Stakeholder理解你在后面的设计中做的一些「看起来奇怪的决定」

4. 用户研究发现概述 ——只需要非常概要的描述,可以有外链到具体报告

5. 产品使用场景

6. 主交互流程 (主要功能)——建议同时使用流程图和原型设计(prototype)来表达

7. 支线交互流程 (次要功能)

8. 特殊状态 (空白状态、边界状态、缺失数据、失败状态等)——我感觉这是区分刚刚初级设计师和资深设计师的一个重要一环

9. 设计标注

10. 附录 ——这里我放上了在设计过程中觉得比较有竞争力的Design Alternatives以防老板们想看一些备案。还放上了一些针对产品未来方向的概念性设计。

回到最开始的目标受众的讨论,大老板一般只会看这份文档的1 – 6节(通常大约只占整个文档的一半不到),产品经理当然会跟你讨论所有章节,而工程师会着重看6 – 9 节,一份文档可以满足不同受众的需求。

原文地址: 一份好的交互文档应该包括哪些内容?

本文作者 Riceman ,文章 由PMCAFF产品经理社区授权转载, 个人转载请联系原作者(微信公众号ID:UXminion)。

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » Google用户体验设计师:一份好的交互文档应该包括哪些内容?

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址