交互设计的那些事儿
1. 发现并解决交互问题
交互设计师需要发现问题并有一套方法去解决。
2. 平衡——引入用户视角和方法。
3. 控制成本，降低风险
交互的系统方法，让交互的输出物快速迭代呈现，并且低成本。不需要开发，不需要视觉，就能够将抽象的想法具像呈现原型，方便的且低成本的工作方法，方便项目组进行多种可能性的探索。
在一轮轮的评审和讨论中让决策人和参与方根据项目的阶段逐步聚焦。最终输出一个最终版的原型。
当然，产品经理和视觉设计师若有可能多做一些，也可以不需要交互设计师。事实上，大多数创业型的公司，确实是没有交互设计师的。但这不意味着交互设计缺失，有可能是产品经理或者视觉承担了此阶段的工作。但是，产品经理在平衡商业和用户的点上，往往会更多站在老板或者KPI的角度，而视觉设计师感性大于理性，更加纠结于各种视觉细节，会不自觉在项目前期就引入太多视觉元素，让项目组在讨论中偏离核心方向。
总归来说，他们的专攻方向是不一样的。
交互设计师需要做些什么？
我个人认为交互设计师的工作围绕以上四件事情展开。入门的人，很容易将重点落到第二点：快速迭代呈现上，所以他们会直接问：你们都用什么工具？能给我们培训一下工具吗？
其实工具真的不是重点，想法若有，发现白纸和笔都是最好的工具。所以进阶的交互设计师后来会明白这一点，他们会回归到需求本源：这是什么？为什么要做？我们要解决的是什么问题？非要如此解决吗？
举个例子，若有需求方说：帮我设计一个花瓶。小A设计师就直接去做花瓶去了。小B多问了几句：多大的花瓶？什么材质的？什么时候要？预算是多少？小C则问：你要花瓶做什么的？是放鲜花还是做室内装饰用的？小A肯定做出了花瓶，但是未必是顾客想要的。小B也做了花瓶，顾客也买单了，已经合格了。但是小C则有可能让顾客惊喜。顾客表面要的是花瓶，但是实际上是在寻求一种解决方案。他要解决的问题有可能是风水问题，有可能是美化家庭，有可能是装一束鲜花……若不了解这个背后，你也许只能给他一个花瓶，而不是其他的更加适合他但是他描述不出来的，甚至没意识到的。
在实践中，我曾遇到一个需求，在一个新的频道即将发布前，需要做一个预热页面。这个预热页面比正式的页面提前几天发布。运营同事说需要提前让目标顾客知道一个新的频道要上线了，那么原来的设想就是在这个页面上介绍一下新的频道，以及新频道上线后的精彩活动。
追问：你的目标是让这些人知道有这件事情，还是让他们知道有这件事情并且在频道发布后回访呢？需求是后者。那么一个简单的介绍页面只能达到前者的目标。这群人知道这件事情，但是一周后就会淡忘这件事情，这群人绝大多数不会成为正式频道发布后造访的那拨人，那为何还提前预热？要达成后者的目标，我们则需要放钩子，比如在预热期间让用户抢积分，免费送积分，折扣券等，并且限定了积分或者折扣券只在正式发布那天有效等。
数据可以看出一些需求，但是数据是个有意思的武器。武器可以让用户的行为显像化直观化，但是你依然不了解这些数据的背后有什么样的顾客行为。比如，数据显示某购物网站主流用户也许是集中在25岁到29岁。这是个事实。那么我们的产品有可能会认为就是要满足这类顾客的需求。但是有可能是我们在设计上太偏重这个阶段的用户群，让其他用户更难去用我们的产品。
另外，交互要始终平衡的除了商业与用户、技术，就是ROI， 也即投入产出比。
解决一个问题，满足一个需求，有多种方法。有的属于过度设计。有的属于隔靴搔痒——需要多搔很长时间才能解决问题。所以交互需要有四两拨千金的意识，在探索阶段，不放过一个灵感，多做一些探索去求寻最佳解决方案。在后期则当快刀斩乱麻，当断则断。
交互设计工作是如何开展的
在整个项目流程中，交互则在四个阶段有不同程度的参与，并且这几个阶段并不是严格的串行，而是并行中迭代的。
1. 需求阶段
参与讨论，了解并挖掘需求。进行用户需求分析（也会与BI部门以及用研配合，走访用户，做用户调研等），任务分析，提供网站架构图（site map）, 网页流程图（page flow）等，协助产品经理细化需求，从BRD(商业需求文档)到PRD（产品需求文档）。
2. 原型阶段
同步PRD进程，输出各阶段所需的产品原型，也即线框图（Wireframe）. 探索满足需求的各种解决方案（包括任务流以及单页面交互），并组织评审和讨论会，在评审和讨论后，输出一个确认版的线框图以及交互说明文档。
此阶段若有必要，也会配合用研进行可用性测试，以便提前发现问题。
3. 视觉-前端以及开发阶段
演变成为UED内部项目经理，对UED整体时间进度负责，讲解需求，答疑，验收视觉以及前端、开发成果。根据他们的反馈，改进交互设计，并与产品经理协调。
4. 优化阶段
观测核心数据变化，进行可用性测试和用户调研，以便优化下个版本。
ps:此文资源来源于网络，时间较早，仅作参考勿为依据。
