信息架构设计其实就是把前面的功能架构图按照用户视角来设计

信息架构设计其实就是把前面的功能架构图按照用户视角来设计，主要是设计产品的导航体系了。另外一点就是为后面正式画页面原型打下基础，有一些交互设计师在拿到需求后就直接开始画原型，其实这是很不对的，不仅效率低，返工率也很高，正确的做法还是进行详细的分析后，再来画原型，这样思路不仅很清晰，反而节省了时间。

6. 任务流程

针对前面分析的交互模型，我们需要针对不同用户在不同场景下的不同任务做一个精细化设计，尽量覆盖全所有的用户任务流程。任务流程可以理解为很多个节点，而每个节点则是一到多个页面，这样主体的页面原型框架就出来了，同样可以为后面画原型打下基础，只不过在这里是为了不漏掉一些细节页面和边界页面，提高原型绘制的准确度。

7. 页面原型

有了信息架构和任务流程两个阶段的准备，页面原型阶段自然会省事很多，在这里我主要想说说画原型还需要遵循的一些原则。除了格式塔原理和菲茨定律，还有交互设计的四种策略，即组织、删除、隐藏、转移。

• 组织——可以理解为分组，相近和相似原则，对产品的信息架构进行设计。
• 删除——少即是多原则，精简用户看到的界面，提高用户解决问题的专注力。
• 隐藏——不是很重要的信息，都隐藏起来，当用户需要时，可以通过操作找到。
• 转移——给用户简单的体验，把复杂的东西转移到后台；另外一些设置参数的，也是尽量转移给后台，给用户一种简单的操作。

交互设计的方法有很多，关键看你怎么用了，我们最终的目标是希望用户看页面时知道如何操作，系统反馈后，用户知道如何走下一步，如此形成流畅的操作体验，并进一步让产品自动化、智能化、人性化。

8. 交互评审

我觉得在进行交互评审之前，有一些准备工作需要提前完成。原型画好后，需要与产品、技术老大、老板先进行沟通，达成共识，然后再补充交互说明，并输出交互文档，然后拿着交互文档与关键人物再沟通一遍。因为我觉得交互评审如果只是给下游UI、开发、测试以及其他人员传达交互文档，这样阻力会小很多。另外在设计过程中如果有一些疑问点，也可以找相关人进行确认，这样可以提高整体的设计效率。

正式的交互评审流程如下：

1）介绍产品背景

刚开始讲解时，需要简单说下这个产品成立的大环境，比如为什么要做，如何产生的，以及产品背景等。

2）说问题

我们总体的商业诉求是啥？本次我们解决了哪些用户痛点？我们的产品目标是什么？以及交互设计目标是什么？对以上问题进行讲解，告诉大家自己在开始做交互设计之前做了哪些准备工作。

3）如何解决的问题，讲设计过程

有数据分析的可以先说，作为一个前奏，没有的也不要紧。

这个时候可以对整个交互文档，从头到尾讲解。对一些关键点的原型设计探讨可以详细聊聊，为什么要这样设计，之前推导的过程可以说下，或者说下比稿，多个方案的选择等。

另外可以讲下设计策略，问题如何解决的，解决过程中发生了什么。