两年前写过一篇交互新人入坑经验总结文章，陆陆续续的有一些网友加到我向我咨询和交互设计相关的工作经验和跳槽转行方面的问题，当时认知尚浅 ，履历也不够丰富，只能在如何从0到1踏进交互设计的领域给到一些不成熟的建议，最近这篇文章好像又被炒了一次老饭，又有一些刚毕业的，想转行的，或是单纯感兴趣的小伙伴加我微信问了一些大同小异的问题
踏入交互设计领域的第三年，从0-1的经历已经沉淀在过去，而职业生涯的征程才刚刚开始而已。
今天用这篇文章整理一些和交互设计相关的内容，以及很多刚入行或者打算入行的设计新人迫切需要了解的知识，整理成这篇文章供大家学习交流。
1.什么是交互设计
装逼版解释：（1）业务模型框架化，即 框架设计 在产品概念阶段时期，交互设计师需要关注用户界面和整体结构，称为“框架设计”框架设计实际上就是基于用户目标的导航和流程设计，这个阶段交互的产出物主要有：导航架构图 流程图和低保真线框图（2）框架模型界面化 在定义完功能模块的结构和流程后，还需要设计规划使用者的操作，包括页面元素的主次关系，小部件的处理，元素的组织，界面的引导等。需要提供原型demo。
和亲朋好友的接地气版解释：我们这个工作就相当于互联网产品的建筑设计师啦！产品经理和老板相当于包工头，告诉我们现在要做什么样的房子，给什么样的人住，目标是挣多少钱，我们就开始按照他们的需求来规划这个房子要建在哪里，多高，多大，包含哪些房间，这些房间的结构是什么样子的，里面要放哪些家具等等，思考怎样才能让住进去的人觉得舒服愉快，最后出一个说明清晰的设计稿交给后面的装修工人（也就是视觉设计师），他们来负责这个房子的外观好不好看，风格如何啦，是不是一听就懂？（管你懂不懂，反正就是一个苦逼设计师就对了）
2.关于交互设计的经典三问
Q1.交互设计的职位好像已经趋向饱和了，现在从事这个行业是不是没机会了？
A：“饱和”这个词，咋一听是挺吓人的，感觉是这个职位人已经够多了，现在进入这个行业很吃亏。COME ON~公务员是我见过的饱和度最高的行业了，但是每年还不是有那么多的人乐此不疲的高喊要成为为民服务的人民好同事。
但是正如金字塔的结构所示，往往是最底层的那一部分人是最多的，也是最容易进入的，所谓的饱和只是整体的基数比较大了而已，越往上走人越少，也越难坚持。市场不缺做同一个职业的人，缺的是做的好的人。
Q2.貌似只有大公司才会有交互设计这个职位，小公司又不重视交互，是不是意味着进不去大公司的话，最好的选择就是做产品或者视觉？
A.首先想说明小公司不重视交互的原因。一是没意识（不知道交互设计是啥，有什么用处，总觉得是会点产品又会点视觉的可有可无的职位）二是没钱（知道这个职位的意义，但是又想先省钱再说）。
但是据我所知，现在已经慢慢开始有很多的中小型公司很重视交互设计这个岗位了，至少这是一个趋势。在小公司不太会出现大公司专人单专职的螺丝钉模式，由于实际情况的局限性，很可能需要你是个多面手，但是如果你觉得你是在“打杂”，那还是重新考虑一下。
如果你确定要走上交互设计这个职位，不妨去找找看“投缘”的中小型公司，大公司的交互设计可能看起来是比较单一职责的，但是实际上他们大部分都是一专多精型的。
阿里倡导的全链路设计师就是我们职业发展的大方向，所以不管你是去做产品还是去做视觉，最终还是逃不开需要去了解交互设计的知识，学会“以用户为中心”的设计方法。
Q3.交互设计是不是就是画线框图？和产品经理的工作有什么异同？
在知乎上看到一个很精辟的回答： 交互设计是战术问题，产品设计是战略问题。如果你面试一家公司，一上来不问你项目的设计思路和思考，只是盯着你的线框图看它画的好不好看，告诉你做的正是他们公司产品经理的工作，那还是趁早另谋他处吧。一家产品经理只画线框图，设计师只做表面功夫的公司，还是敬而远之吧。
3.交互设计师在项目中的角色扮演
一个公司如果有完善的产品部门的话，会包含如下这些岗位：产品经理，运营，交互设计师，视觉设计师，用户研究员，前端开发人员，后端开发人员，测试人员。
而一般设计团队中主要由交互设计师，视觉设计师，用户研究员三个职位组成。
而用户研究和交互设计这两个职位只有在大公司里才比较常见，主要是驱动一个产品从概念到实际落地的过程，以及产品后续开发迭代的推进。
我们可以通过《破茧成蝶》一书中的图片来了解一下交互设计师在团队合作中所扮演的角色。
第一阶段：需求分析阶段
角色：需求讨论和规划的参与者
执行者主要是老板或者产品经理以及运营（ 但是在《破茧》一书中，作者鼓励设计师们可以大胆的参与需求阶段，拿回设计的主导权）
第二阶段：设计规划阶段
角色：设计执行的主导者
这个阶段主要包含了范围层，结构层和框架层的设计，第一阶段经过了产品和运营确定需求，用户研究人员分析需求，需求沟通后，到了设计规划的阶段，交互设计师和用户研究员则应该成为主导，带领整个团队，确定目标用户，确定范围层的内容，设计主要的操作流程以及产品内容元素，信息板块的布局。
第三阶段：设计实施阶段
角色：视觉设计师的助攻者
经过前面几个底层框架层的设计之后，关于用户体验设计的最后一步“感知设计”就需要由视觉设计师来操刀了，交互设计师需要将自己的交互原型图附上详细的交互说明，设计相应的交互规范一并交给视觉设计师开始完成界面的设计，但这并不代表交互设计师的工作就到此结束了。在这个阶段，交互设计师应该全力配合视觉设计师，积极的与之沟通相关的设计理念和原因，所谓不同手同脑，要想别人百分百的理解你的设计意图，光靠几张交互原型图是很难让对方完全明白你的设计意图。
第四阶段：开发阶段，项目跟进
角色：程序开发的协助者和引导者
到了这个阶段，基本上设计部分的工作就暂时告一段落，接下来就到开发同学登场了，他们会根据你的交互原型和说明来进行相应的开发，并按照视觉设计给出的视觉稿“尽力”还原成应有的样子，后端的同学则负责支持产品运行过程中所需要的数据，反馈结果等等，一个产品只有依靠技术的最终实现才能顺利的跑起来（所以赶紧搬个小板凳坐在你们团队的程序员大大们的脚边投喂美味的零食去）。在这个阶段我们则需要密切的跟进整个开发过程，确保最终实现的结果和初衷相差微小。所以测试的阶段里，交互设计师也需协助测试同学一起找出BUG和不过关的地方，才能确保产品交付到用户手里的时候尽可能的无可挑剔。
第五阶段：反馈阶段
角色：运营和用研同学的好伙伴
产品上线后，我们可以从各个渠道收集到用户的反馈，如果你是C端的产品，那么你可以通过各大应用市场或者专门的用户社群了解到他们对产品的评价，或者可以通过专门的用户研究员，运营人员去收集相关信息（但，大部分公司是很少会付出这方面的时间和人力）如果是B端用户的话，可以直接对B端用户进行使用反馈的问卷调查，一般B端产品的针对性比较强，大部分B端用户都会比较重视产品是否达到了他们的需求。通过这些反馈的收集，再次将这些结果整理成需求，成为推进下一次迭代的依据。交互设计师在这个阶段也是以配合运营，用户研究的同学完成这个产品的反馈收集工作。
4.在不同阶段如何执行工作
1. 需求阶段
前面说到交互设计的第一个环节就是需求分析，交互设计师需要在这个阶段协助产品经理梳理需求完善需求：产品经理和交互设计师各司其职，前者主要从商业目标和产品本质需求出发进行围绕公司和产品的设计，而交互设计师更多的是需要从用户的角度出发，更多的是考虑用户的需求。
2.设计执行阶段：定义框架-组件界面元素-绘制低保真原型
* 定义框架
也就是上面的框架设计阶段 直接影响到业务目标和转化率 框架设计的意义就是让用户快速完成目标，提升操作效率 分为导航的设计（包括结构导航和局部导航的设计） 和流程的设计（应注意：1.业务目标为导,2.兼顾用户的习惯3.尽量让流程做减法，多一次流程就会流失一部分用户4任务连冠清晰5考虑实现方式的复杂程度）
* 组织页面元素
（1）. 需求内容的呈现 ：需求最终会变成内容形式呈现出来：文本，图片，多媒体内容。如何排列这些内容，主次如何，主要目标是什么，是否能引起用户的情感召唤，激发用户的行动点是否足够清晰。
（2）. 导航和链接 结构导航 和 关联导航
（3）. 设计出符合平台规范的交互模式 熟悉各大平台的各种组件（WEB端，移动端的IOS规范，安卓的MATRIAL DESIGN 规范) 给出合适的即时操作反馈 容错性原则 程序能实现的
*绘制低保真原型/交互DEMO
需要说明的是原型只是一个过程，并不是结果，真正有价值的是背后的思考，所以用什么工具画不是该纠结的问题，用纸笔也可以完成这个步骤，但最终还是需要AXURE或者SKETCH这样的制图软件来完成不同部门之间的沟通，以此作为沟通的桥梁。
