如何使交互稿的体验更好.pdf

如何使交互稿的体验更好 在自己的时间和精力较多的情况下 ，可以尝试优化 下自己的交互稿体验 ，并逐渐可以养成 思维和习惯 ；而当自己时间和精力有限的情况 ，保证设计方案的质量才是关键。 上周偶然的机会 ，看到老大在帮别的团队筛选简历 ，看到了 个同学的简单交互稿 ，只有界面信息 的排版和页面跳转流程 ，缺省了很多交互稿应有的内容。后来 ，想起之前和同事聊起交互稿到底该 如何表现的问题 ，就想着可以稍微总结关于交互稿的 些问题。 其实 ，想做 份“看起来”比较专业的交互稿是非常容易的。只需要拿到 份比较专业的的交互稿 ， 进行学习和模仿就好了。这也是我刚刚开始工作时采用的方法。我曾经认识 个非常想学交互设计 的学生 ，因为并没有太多面对面的接触 ，我也选择了这种方式 ，给了她 份自己的交互稿 ，让她 学习。 然而 ，“看起来”比较专业的交互稿只是表象 ，其实交互稿是交互设计的基础 ，而体验才是我们关注 的核心 ，很多时候我们都不愿意称自己为画线框图的人 ，我们讲思维、将方法 ；但是 ，能够带来优 秀体验的交互稿不单单在传递思维、方法 ，还会大大的节省我们的沟通时间 ；提升我们的工作效率 ；也能够在不知不觉中提升我们的影响力。 也许 ，不同的团队有着自己的交互稿设计规范来提升体验 ，而我们团队在设计师们的不断变革和优 化中 ，逐渐积累了 些提升阅读者体验的要点 ，希望能够彼此学习。 交互稿体验要点总结 1. 不同复杂度的需求应有不同的设计 我们会在工作中遇到不同复杂度的需求 ，因此 ，我们也应该有着不同的交互稿展现 ，比如 个非常 简单的优化 ，不会涉及太多修改和分析 ，就完全不需要过多冗余的内容 ；而 个复杂庞大的需求 ， 就需要复杂的分析和展现。因此 ，在我们进行交互稿的设计之前 ，就需要对需求的复杂度有清晰的 认知 ，进而能够明确该采用什么方式来展现设计内容。 举例说明 ：图1- 1至1-3中的三个需求的交互稿分别对应着 ，简单 ，适中和复杂的需求。简单的需求 可预见的无需太多的更新迭代 ，有着比较明确的优化迭代 ，可能无需太多角色 （可能不涉及视觉和 产品 ），则无需太多的复杂信息 ，用最简单的信息传递想要优化和修改的体验问题即可 ；针对稍微 复杂的优化 ，则需要 些必要的信息 ，比如可能需要有需求背景、流程图、更新记录等 ；而非常复 杂或者全新的产品 ，可能会涉及到更多的内容 ，如图1-3所示 ，将会在以下的注意点中提及。因此 ， 优秀体验的交互稿也是根据不同场景和情况、不同需求相应的变化的 ，而不是 成不变的。 2. 需求简介和涉及的各角色的展示 需求肯定需要 个名称来标明是什么需求 ，最好能够清晰明了 ，并且标注相应的版本 ，以方便未来 需要用到时候能够清晰的查看到。 针对稍微复杂点的需求 ，可能会牵扯到各种角色 ， 般的移动端产品大致包含 ：产品经理、交互设 计师、视觉设计师、iO S开发 ，A O S开发 ，web开发 ，服务器开发 ，iO S测试 ，A O S测试 ，web 测试 ，服务器测试等。而图2中的需求简介能够无形中提升体验 ：当某个角色因为某些问题 ，需要 找到相应的人时 ，无需再去需求列表中寻求 ，在交互稿中也能 查看。另外 ，需求来源的标明也 能够让各个角色清楚的知道需求的重要程度和优先级 ，比如图2中的需求来源于“老板”。 图2 交互稿中的各角色的说明 3. 晰的更新记录 ，可直达更新内容 ，并有 晰指示 设计其实是个过程 ，没有完美的设计 ，只有更优的设计。在不断的设计过程中 ，不可避免的会涉及 增添、删除、修改 ，因此 ，清晰的更新记录不仅能够帮助各个开发、测试等角色清楚的明确修改的 内容并及时跟进查看 ；也可以让自己更明确的总结和回顾在需求中自己的那些经历 ，进而避免下次 做设计的过程中遗漏和修改。图3中即为笔者自己的交互稿中的更新记录案例。 图3 交互稿中的更新记录 另外 ，图3中的更新记录的条目 ，都需要点击链接直达增加、修改的地方 ；当然 ，删除的则不需要链 接直达。而在修改或新增的内容页面内 ，最好能够明显标出 ，方便阅读的角色能够直接看到 ，如图4 所示 ，用红色明确的标识出时间和状态 （补充 ）。 图4 交互稿页面内明确标识修改时间和内容 4 . 需求介绍、背景和分析 ，帮助各角色理解需求 很多需求不单单是 个名字就能完全说明的。交互设计师在进行设计和研