交互设计师具体做哪些事情

交互设计师在实际的工作中，具体做哪些事情呢？我要特别强调的是，不同公司有不同的需求，因此不同公司的交互设计师的工作内容可能会有所不同，但有一个大概的范围，我将逐条列举。
一般来说，我们可以把交互设计师的具体工作分为三个阶段，我把每一个阶段比喻为一个圆环，一共三个圆环，环环相扣。
第1环：前期准备
了解项目背景
在做项目之前，我们需要了解一下项目的背景（比如：项目的开发周期，需要实现的战略目标，可以给项目组使用的资源，上个版本产品中的问题等等）我们对项目背景了解的越多越深，就对设计工作越有利，我们做的设计就可以更加贴和产品的特点。
阅读并分析需求文档
交互设计师是依据需求来做设计的，因此我们从产品经理那里获得需求文档之后，要对每一个需求进行深入了解和分析。
竞品分析
做设计，不能对竞争对手一无所知。竞品分析是了解竞争对手产品的一个方法。具体分析什么，要看竞品分析的目的是什么。竞品分析需要确定目标，明确需要了解什么问题，然后有针对性地分析，后找出解决自己产品问题的方案。
了解核心用户和典型场景
没有任何一个产品可以满足全人类的所有需求，每一个产品都有它针对的用户群。产品
的核心用户是哪一类或者哪几类人群？用户在哪些时间和地点经常使用我们的产品？对用户和场景有所了解，我们才能更加理解用户的需求，设计出符合用户需求的好产品。
提出想法，与产品经理沟通并达成一致的目标
对产品有一定了解之后，你可能会产生一些自己的看法。也许你想到了一个有趣的布局样式，或者你认为产品经理提出的某个需求不是用户的核心需求等等。产生自己的想法，这很重要，但更重要的是一定要把这些想法跟产品经理进行沟通，一起探讨佳方案，达成一致，明确当前版本需要完成的所有目标。这个沟通时间不是固定的，好是有问题时立刻与产品经理沟通。沟通越透彻，在实际的工作中矛盾就越少，合作就越。
第2环：中期设计
绘制交互原型
前期准备完成之后，就可以开始设计了。如果有的问题还没有想清楚，可以先画一些草稿与产品经理一起讨论。原型不是一蹴而就的，而是从粗到细逐步完成的。
撰写交互说明
仅仅有原型还不够，我们需要对原型中的具体元素和功能流程，做出详细的文字说明，以便视觉设计师、开发人员、测试人员深入了解原型，依据原型进行视觉设计、开发、以及测试的工作。
撰写文案
无论是网站还是软件，都需要设计一些提示信息。比如：操作反馈类的“已收藏”，或者引导类的“请先点击这里”，又或者报错类的“网络连接已断开”等。我们需要把提示信息集中整理避免遗漏，并统一文案风格。
第3环：后期跟进
交互走查；就如同考试时需要检查自己的答题卷子一样，设计时和设计后（也就是视觉设计阶段、开发阶段、测试阶段）也需要检查我们自己撰写的文档（包含：原型、交互说明、提示信息），看看有什么遗漏、错误或不统一的地方。由于视觉设计师、开发工程师和测试工程师都需要依据这些文档来开展他们的工作，因此交互设计师要对这些文档负责到底。
与视觉设计师沟通，使其充分理解产品
由于流程的关系，通常视觉设计师获得的产品信息量，没有产品经理和交互设计师所获得的那么多。因此，在视觉设计开始之前，我们需要向视觉设计师描述典型场景、核心用户和原型中的细节。视觉设计师对产品理解的越深刻，其视觉设计稿就越会贴合产品的特点。
跟进视觉设计稿；人与人沟通，交流的内容是会损失掉很多的。多数情况下，视觉设计稿与交互稿之间或多或少存在一些偏差，这是很正常的现象。交互设计师需要核对每一张视觉设计稿，看看有什么地方与交互设计初衷不一致，并及时与视觉设计师沟通并达成一致的意见。
与开发和测试工程师沟通
同理，虽然写了详细的交互说明，但频繁的沟通和讨论依然很重要。我们需要跟工程
师们详细描述交互原型中的布局结构、功能逻辑，以及全部交互细节。
跟进开发；在开发过程中，也会产生实际开发出来的DEMO（Demonstration的缩写,意思是用于展示或者测试的程序）与我们的设计意图有偏差的情况。比如某一条交互说明写的不够明确，那么工程师就很容易误解设计意图。另外一种常见的情况是工程师根本不认同某个交互形式就自行做了更改。无论发生什么情况，交互设计师都及时跟开发工程师沟通并达成一致的意见。
跟进测试；在测试工程师发出个测试包时，我们就可以参与测试了。交互设计师测试产品，并不是去重复测试工程师的工作，而是检查实际产品中的交互细节与设计初衷是否一致。如果有问题，就需要及时与开发工程师沟通。另外，我们的设计不可能十全十美。测试工程师可能会提出一些我们自己也没有发现的问题，这些都需要我们快速修正。但这并不意味着我们可以把问题堆积到测试阶段再解决，而是应该尽量在设计时就多思考，中期设计做的越是完善，遗留到测试阶段的问题就会越少，修改的幅度就越小。
跟进用户反馈；绝大部分的产品都会有一个入口，提供给用户发牢骚，提意见。产品发布以后，我们需要定期查看用户的反馈，这是我们接触用户的重要渠道之一。如果用户说的不对，忽略即可；如果用户提出的确实是我们的疏漏，就要思考如何改善问题，并且跟产品经理一起讨论修改时间。