交互设计是什么，具体做哪些工作，我相信很多人（包括我自己）都心存疑惑，写这篇文章我想解决两个问题：1。让与我共事的产品或者开发能够稍微了解一下交互设计的概念，支持我的工作。2.谈一些自己对交互设计的看法，坐等高手来纠正我。

（以下内容指的是狭隘的交互设计，只写博主认识的互联网领域）

1.先吐槽几个错误的概念

①交互设计就是交互动作！

曾经遇过很神奇的产品经理，需求自己写了，线框也自己画了，很热血的说要敏捷开发。设计跟他们一毛钱关系也没有，差个图标去跟视觉要，有个操作需要动作才会开金口去问交互设计；在这部分人眼中，交互设计就是鼠标点击或者控件自动播放的一个动作而已。那么如果你避免不了跟这样的产品经理合作，那么唯一的办法就是先跟他讲清楚概念。（正确概念看文章第三小节）

——————————————————————————————————————–

②会Axure，画个线框就是交互设计。

网上有包学会Axure，找工作月薪4K以上的励志故事，引起了一阵阵跟进的风。我十分担心以后这门专业会成为蓝翔的招牌课程。交互设计确实不是一门很难的学科，但企业既然有独立的交互设计职位，把产品的体验作为竞争力之一，对影响整个网站架构界面的交互设计要适当的提高门槛，不是在项目中打过酱油，对着同类网站画个线框就是交互设计。（Ps.个人觉得做交互设计的情商应该是很高的，而且这个无法培养）

——————————————————————————————————————–

③交互设计仅仅是为了让产品好用。

《Don’t Make Me Think》是一本还不错的书，但偏偏有一部分人就喜欢神化国外的文献，很澎湃很热血的跟你讲交互设计就是Don’t Make Me Think。

大都数情况下，我们的产品需要创收，需要转化率，需要引导客户使用鸡肋但能卖钱的功能，需要摆放各种影响使用的广告banner。而且也不是你想怎样，开发就能做成什么样。所以，请这本书的读者们稍微冷静一些吧。交互设计不是做减法那么简单。

——————————————————————————————————————–

2.为什么需要交互设计？

我想谈一个很旧的话题，为什么需要交互设计呢？

先了解一些名词：

UCD介绍  http://baike.baidu.com/view/916814.htm

UED介绍 http://baike.baidu.com/view/813963.htm

设计是为了解决问题，如果没有独立的交互设计，那么设计的工作基本上是依照着产品需求的线框图依葫芦画瓢。在互联网产品竞争白热化的环境下，竞争早已不是单纯的功能和性能的比赛，用户体验也成为了产品的主要竞争力之一。用户体验的提高是各方面的，而产品的可用性和友好性很大程度上要取决于于交互设计。

再给大家讲一个我以前的项目经历吧：一个大型网站，项目成员40人左右，产品加需求分析六人左右，一个视觉UI（我），一个前端，若干开发和测试，不存在交互的概念。从人员配置也可以看出来，设计的重视程度微乎其微，那么问题出来了：

视觉设计师（我）需要阅读海量的需求文档，了解整个流程，如果在未完全理解的情况下制作页面，容易出错，修改也非常的麻烦！

可用性就是一个可有可无的玩意，线框产品都帮你画完了，对着做就是，你想改也不让改，更没有时间让你考虑太多。那么界面的骨架就是产品的线框，线框长什么样子大家应该都懂的。

既然是大项目，当然要有评审会议啊。首先，视觉设计稿跟不上评审会议，评审仅在需求文档的基础上进行的，参与的人员没有具象化的认识，评审时没意见，实现阶段不停抱怨。

评审意见分散，部分人的注意力从会从重点业务流程转移到评价视觉效果。

开发，测试相关人员都需要耗费大量的时间在理解需求文档，而且理解的还不一致。

产品人员难免有考虑不全面的情况，等发布了P版，发现不对劲了，要求需求变更。但是，需求不是你想变，说变就能变的啊！那么还能怎么办，就不停的迭代，迭代…

…..欢迎大家补充…..

所以，多人合作的大型项目，必须要有一个将产品概念转化为可用性界面的角色–交互设计，能够将文字需求翻译为具象的界面，也就是我们平常所说的交互原型。有了交互原型，项目成员才能对项目有一定程度的认识，我们的评审会议，进阶需求的挖掘，可用性测试才能够进行下去。

下面是一张我自己画的简略版的项目前期的流程图：

3.什么是交互设计？

先看看维基百科的答案：http://en.wikipedia.org/wiki/Interaction_Design

在看看度娘的介绍：http://baike.baidu.com/view/426920.htm

说实话我对他们的答案不是很满意，所以我自己总结一个交互的定义：交互设计是在一定的场景下，为实现某个目标，设计完整的用户行为。翻译一下：交互设计就是要以产品方向提出的需求为目标，以用例规则为限制，设计场景，引导用户行为，是一种目标导向设计。

4.交互设计的职能范围

首先，我要告诉大家一个事实,从重要性的角度：需求>信息架构>界面布局

需求是一个从无到有的过程，产品人员不可能面面俱到，没有短板。

需求不单纯的只是功能, 还包括操作流程和期望目标，涉及到很多情感化的设计。

所以，交互设计要想能够从根本上解决问题，必须从需求阶段就开始介入，规划整站的信息架构，偏重信息呈现和内容的合理性，再开始设计整站的界面布局。

①需求阶段，交互可以做什么？

1.参与到规划阶段。

首先，交互要明白一个事实，一切大的方向以产品人员为主。一开始，我们先要搞明白产品经理想做一个什么产品，期望达到什么目标。然后，交互要基于用户的心理模型和界面元素重新思考操作流程，这时候就会发现，之前的部分需求可能就需要修改了。

2.交互与PM需要及时的沟通，形成一定的默契。

先看一张很流行的图：

PM过于详细的线框图和交互不基于需求独立做原型都是错误的。

3.利用具象化的原型演示，挖掘进阶需求。

很多需求是在产品的使用过程中被挖掘或舍弃的，而交互原型的迭代过程在一定程度上可以删减需求或挖掘进阶需求，这样的方法比版本的迭代要高效的多。

②信息架构的设计，交互可以做什么？

什么是信息架构?建议新手阅读两本书：

大都数公司都没有独立的信息架构职位，所以这部分的工作大都数是由产品和交互共同完成了。关于信息架构我也只懂点皮毛，但既然交互是目标导向设计，架构的知识必须要有所了解，在没有正确架构的网站上，做什么都是错的。信息架构原理的四大体系：组织系统、标引系统、导航系统、搜索系统. 而导航的设计是和我们的工作息息相关的。一个兼顾到界面和用户操作习惯的架构才是好的架构。

那么谁更擅长导航系统的设计呢？

③界面布局，交互可以做什么？

交互设计是介于产品和视觉之间的角色，产品最终的形态，交互设计师从提交原型的那一刻已经有了清晰的认识。所以交互对界面能力的要求也非常高。页面的结构，布局，主次层次的关系，都跟视觉界面是分不开的。既然称呼是交互设计，归纳于设计部门，对页面的美观至少要有宏观的认识。

……………………………………………………………………………………………………………………………

最后，写个小结：交互设计是一门综合性的学科，需要项目的积累和个人知识的积累。交互设计不能够拯救一个产品，但能够在一定程度上保证一个好的产品概念不在实现阶段被毁掉。我们出去买个东西，不会因为服务员态度好就直接掏腰包，但绝对可以因为服务态度差拒绝购买。这就是我们常挂在嘴边的用户体验设计，希望决策者们能够清楚的认识到这一点。