如何输出一份专业优秀的交互文档?

在项目设计中,交互设计师与上游的产品经理,下游的视觉设计师,开发工程师和测试等岗位的工作密不可分。不论是承上启下的工作沟通, 还是方案评审的设计讲解,专业的交互设计师应该具备优秀的表达能力,不仅是语言方面的表达,交互文档的表达也尤其重要。交互文档是对接上下游岗位,利于协同团队工作的重要输出件。(本文会以 Axure 软件输出形式举例说明)

一、交互文档的输出原则

交互文档本身就相当于一个产品,我们要考虑到上下游不同岗位(目标用户)对交互文档的不同需求(用户目标)。交互文档输出原则(设计目标),在文档的结构,内容和形式上可总结为三大原则:

1. 逻辑严谨,文本简明

逻辑混乱的文字表达通常会显得比较啰嗦,甚至会让人不知道你要表达的是什么,降低了阅读效率,也增大了沟通成本。交互文档的整体内容结构与页面内容结构(文字关系)的书写要思路清晰,逻辑严谨,简明扼要,并尽可能的做到「不重复,不遗漏」将交互设计的思路和方案更好的可视化。当然,逻辑和文本的表达都是可以训练的,日常生活中我们也应该注意这方面的培养与提升。

2. 便于迭代,利于协同

刚入行的时候我是一名 UI 设计师,我的第一份交互文档是用 PS 做的,在 PS 里输出图片再粘贴到 Axure 上,首先是文档管理起来很麻烦,其次是编辑起来不方便,迭代修改都要找到对应页面的 PS 源文件修改后再转移到 Axure,工作效率大大降低。交互稿在方便别人的同时,也应该方便自己,而我却忘记了自己也是这个产品的用户。

文章开始说到交互文档是对接上下游利于协同团队工作的重要输出件,所以文档应该保证利于其他岗位人员的查看或编辑的。如在文档格式方面,如果你是用 Axure 做设计,发给对方源文件外也要生成一份 HTML 文件,这样就算对方没有 Axure 软件,也可以顺利打开。

3. 美即适用

美国心理学家丹尼尔·麦克尼尔提出美即好效应:「对一个外表英俊漂亮的人,人们很容易误认为他或她的其他方面也很不错。」

交互文档不仅要逻辑「美」,表现层面也要考虑视觉上的美,可以从图文排版、字体大小、明暗层次等方面去考虑。输出一份美的交互文档从视觉上来说还能潜移默化的促进人们形成正面积极的态度,积极的态度会使你的交互评审更高效,也会提升程序大哥们写代码过程中的愉悦感。当然,追求美的产出也应该是设计师的职业素养。

二、交互文档的结构与内容

下面我简单介绍下交互文档的输出思路,供大家学习参考。这里要注意的是,每位设计师要根据公司实际工作情况来定文档的样式,有针对性地进行设计输出。

文档的整体结构可以理解为图书中的目录部分,下图是我整理的一份文档结构模板,分为文档封面、更新日志、设计思路、需求表、交互稿、废纸篓六个部分。必要时,还可包含信息架构、交互规范说明、页面流程图等部分。

1. 文档封面

这个部分呈现产品简介,包含版本信息、参与人员等基本信息。

2. 更新日志

在项目中设计方案的修改和优化是不可避免的,方案有调整时更新日志就比较重要了。更新日志可以清晰记录新增或修改了哪个具体页面,新增或修改的内容是什么,日期、版本……这样项目成员就可以一目了然关注到重点修改的更新信息,提升了工作效率。

3. 设计思路

这一部分在交互评审会中尤为重要,因为参加评审的人很可能还不了解这个项目,如果我们会上直接讲方案,忽略设计思路的讲解,评审的过程就很可能局限在了布局排版上,评审也就没有了意义。将设计过程更加结构化呈现出来,如概述项目背景、目标用户、产品目标、场景分析、用户目标 、设计目标与设计思路(如图),方便他人理解整个项目背景下的设计思路,也方便以后回溯总结项目设计。但没必要将全部的分析内容都放进来,毕竟这份文档不是需求分析文档,筛选放入重要且适当的内容展现即可。

任务流程是用图形化的形式来表达产品逻辑关系的步骤和过程,指用户使用产品中操作后的各种结果反馈等。进行流程设计前提是完全了解需求,站在用户的角度去考虑引导用户完成用户目标,关注用户的操作不仅可以让你的思维更清晰,还可以避免有操作逻辑的遗漏。也能让其他人能快速地理解。

4. 需求表

当交互设计中涉及到其他岗位的需求时(如动画、语音、音效等),可选择表格呈现,或是提供共享盘路径方便他人查看,但要记得在需求更改或更换路径要及时更新,这个部分可根据实际情况选择呈现。

5. 交互稿

交互稿主体结构的功能层级要清晰,合理的命名,格式统一,新增/修改的内容以及日期要统一标识清晰,方便他人浏览查找。

交互稿单页面包含界面图、设计说明。不要包含太多功能交叉,方便他人理解。交互说明可以通过文字,流程图配合方式呈现,比纯文字的说明更直观。还要注意不要遗漏异常、特殊情况说明,保证交互说明思路清晰而内容详尽,交互说明类型有以下几种:

  • 限制:包含极限值、范围值等,如:数值是否存在极值,最多显示多少字符,多出是否折行,如99+等。
  • 状态:包含默认状态、常见状态、特殊状态。
  • 操作:包含常见操作(正常操作得到的反馈)、特殊操作(极端情况操作)、误操作、手势操作(双击、长按、捏、伸、滑动)等。
  • 反馈:操作后得到的反馈动作(提示、跳转,动画语音等)。

6. 废纸篓

交互文档中的回收站(后悔药),废弃的页面或过程方案稿别急着删除,方案在不断调整优化的过程,本以为没有用的页面,统统放这里,后期很可能用的到。

三、后记

不同的公司会有不同的工作流程,根据项目、流程等实际情况来设计适合自己的交互设计文档。当然,最重要的还是对设计本身的多方面思考。在什么样的场景下,你通过什么方式解决了什么问题,还有没有更好的方式…… 细致去分析并权衡取舍,就可以做出一份逻辑清晰会表达的交互设计文档了。

原文发布于微信公众号 - 交互设计前端开发与后端程序设计(interaction_Designer)

原文发表时间:2018-03-27

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏SDNLAB

命令行界面(CLI)消亡史

IT行业正在向所有的一切都采用应用程序编程接口(API)演进,这使得企业能够自动执行重复性任务,提高效率并减少错误的系统。但是,这引出了新的问题:在IT系统中A...

3474
来自专栏SDNLAB

JUNOS DEVOPS尤便捷 更精彩

一、 新一轮IT变革来临(DEVOPS) 如今IT发展风起云涌如火如荼,各领域技术百花齐放,各山头厂商占地为王。纵观整个IT江湖,虽拥有众多的昙花一现和太多的不...

3358
来自专栏大数据文摘

超贴心 :一份简单明了的营销分析软件包测评

2135
来自专栏云计算D1net

私有云和混合云成功的四个关键因素

许多企业希望获得云计算基础设施的敏捷性和成本效益,但是在部署实施云计算时,在复杂性和成本方面受到阻碍。此外,企业需要将云部署扩展到任何级别的能力,以及管理许多类...

3428
来自专栏Java后端技术栈

“杀”一个程序员不需要用枪,改三次需求就可以了!

在很多软件公司,特别是一些创业型的团队中,对于这样的情景可能大家都很熟悉:项目经理或者产品经理(产品狗)口头或者简单记录一下软件产品的大致要做的功能,直接就让研...

1181
来自专栏JAVA高级架构

架构思想

关于什么是架构,一种比较通俗的说法是 “最高层次的规划,难以改变的决定”,这些规划和决定奠定了事物未来发展的方向和最终的蓝图。 从这个意义上说,人生规划也是一种...

3395
来自专栏漫漫全栈路

R.I.P. :传统整体式架构 VS 微服务

我咨询了十几个微服务项目。有些人表示,微服务真棒(这是未来!),而有些人很沮丧(谁发明了这个废物?)

1462
来自专栏Android 开发者

Android P 开发者预览版新亮点 | 视频介绍

2023
来自专栏IT大咖说

从业务变迁到研发犯难,微服务在Spring Cloud的实践之路

摘要 本次演讲是由链家网基础架构部高级研发工程师刘思贤带来基于Spring Cloud的微服务实践经验分享。 ? 回到2015年 在2015年,我受朋友的邀请加...

35710
来自专栏靠谱PM

PRD文档如何撰写

好久没有写文章了,一方面是因为最近的工作比较忙,另一方面还在不断的学习一些新知识,今天给大家聊一聊产品经理的基本功之一的需求文档,江湖俗称PRD,其实这类的文章...

4776

扫码关注云+社区

领取腾讯云代金券