二，对需求：

　　就是产品经理来提需求，然后和他们对一遍，目标当然是能够正确的理解并整理好这些需求，方便开展接下来的交互设计;

　　在对之前通常会大概了解一下相关方面的知识，看看竞品，准备好材料。

　　对需求的时候，必须要搞明白的三个问题：

　　1)为什么要做这个?(目标)

　　2)这个需求针对的用户群是什么?(用户)

　　3)什么场景下会使用到这个功能?(场景)

　　当然是和PM一起想这些问题，PM品可能有的只能回答到第一条。还有对需求的时候聚焦的核心是产品目标，其他不相关的比如PM说想做个转场动画，想分3步完成这种话都我一般都会主动过滤掉，这个应该自己交互自己独立思考的，不能受PM的干扰。

　　三，思考交互方案：

　　其实对需求的时候往往大脑中就已经有相应的方案了，但是要把方案细化，每一个步骤的走过去又会发现很多问题，然后一个问题又引出很多不确定的点。所 以这之间还会有很多参考，沟通，反复的环节，需要画花时间还挺多的，但最终想法清晰的落地时候只不过是画一个线框草图分分钟的事情。

　　四，跟进：

　　1，设计方案出来之后找PM确定，征询视觉和开发的建议。方案确定下来之后还要写一个很好地交互文档给领导，产品，设计，开发等人一个个讲明白，确保他们都懂了;

　　2，上次设计的部分开发接近完成，要去和开发对一下效果，看看实现的如何，是否有偏差。在开发阶段发现一些以前没有想到的问题要酌情给出解决方案;

　　3，产品上线后的反馈如何?用户反响怎么样，喜欢还是骂?骂的都是哪些内容?根据数据反馈，设计的流程转化率如何，点击量高吗?问题都是出在哪里等;

　　其实最怕的就是看反馈，总担心自己当时天花乱坠给产品经理们的保证实际上上线了效果完全不一样，好打击权威性啊%>_