前言：这个职位目前在行业内并没有定义清晰，从事交互设计的工作来遇到不少坑，也是在不断学习和总结前人的经验对交互设计的工作理解也更深了一点。以前有位产品同事问我交互在产品的商业价值中是不是很重要？那时我对交互的理解并不深入，客观的说相比用户体验
产品的业务方向才具有决定性因素。但实际上，一个成熟的服务产业中用户目标（体验）和产品目标是相辅相成的。
“利他”也是“利己”。
交互设计概念
交互的本质是“输入（input）”与“反馈(output)”，意在提高产品的可用性。
交互设计工作职责
那么我们来看一下交互设计到底要做什么，《用户体验要素》一书中提到将产品拆分为五个层面：
《用户体验要素》（美）加瑞特（Garrett，J.J）
战略层：主要是产品方向/定位、目标用户/需求，一般是由公司的决策层（CEO）决定，还有会借助产品经理、运营、用研人员通过行业数据的调研展开业务层的方向。
范围层：主要是定义内容需求和功能需求的优先级，归纳需求，分解目标。一般是产品经理的工作，也有配合运营市场和用研人员的数据分析反馈来纳入需求。
结构层：主要是分析业务需求梳理业务流程和信息架构，根据需求和功能优先级如何将页面之间的扭转逻辑关系梳理清晰，并持续针对性地提高优化产品的可用性。一般由交互设计负责，进行可用性测试和评估或是参与到产品、运营、用研的功能规划与反馈优化中进行交互设计。
框架层：主要是内容元素、功能布局的界面设计，一般也是由交互设计输出完成低保真框架图和交互行为规范文档等产出物。
表现层：主要是视觉设计。一般由UI设计师完成产品的视觉与界面等设计。
交互设计工作流程
交互设计中有两种工作模式，我认为是自上而下或自下而上的区别，也就是形式设计和深度设计。
在交互设计工作之前，我们需要先了解关于KANO模型的一个属性特点：
东京理工大学教授狩野纪昭(Noriaki Kano)
1984年日本教授狩野纪昭首度提出了Kano模型 ，定义了三个层次的用户需求：
· 基本型需求（必备）：当产品提供/优化此需求，用户满意度不会提升，但当不提供此需求时，用户满意度会大幅下降；
· 期望型需求（期望）：当产品提供此需求时，用户满意度会提升，当不提供此需求时，用户满意度会下降；
· 兴奋型需求（魅力）：当产品不提供此需求时，用户满意度不会下降，当提供此需求时，用户满意度会大大提升；
我们在做交互设计时，往往最容易忽略的是用户的“顾虑”、“不满”、“担忧”等等，也就是反向属性需求。用户体验中“顾虑”、“担忧”应该是排在最高优先级的，其次才是“期望”，最后是“美好”、“体验”。
所以落实交互设计的工作，分析需求是非常重要的一环，大致以下几个问题：
· 分析需求：业务诉求（要做什么功能？）
业务目的（为什么要做这个功能？）
业务目标（解决什么问题？）
· 分析用户关键因素：关键因素（造成用户担忧、困扰、可能遇到的障碍有什么？）
· 设计解决方案：解决方案（是否满足用户目标？）
行为设计（如何引导用户使用这个功能？）
基于与产品反复沟通敲定这几个问题，可有效规避交互设计与产品经理之间业务层信息不对称的矛盾导致的设计走向歪楼，明确了目标才有可能在设计上是统一的方向。我们再去设计我们的交互方案，与产品经理进行讨论，确定后就需要输出信息架构图、业务流程、低保真线框之类的产出了。（算是给自己的笔记吧~关于信息架构、或者流程图后面我会结合项目实例整理输出）
