想清楚自己的位置，事情就会变得简单很多。交互设计师在很多时候扮演的是一个中介的位置，将产品需求承接给开发和视觉，并且验证开发与视觉是否实现了需求
与产品对接
不要让产品直接给线框图，因为他们不是专业的交互，不能清楚的表达产品需求，需要他们文字或者口述需求，如果产品不会归纳需求那么就自己将需求归纳总结成主题并与产品验证。
与视觉设计师对接
尽可能的将交互稿采用真实的界面尺寸这样避免视觉设计师由于屏幕宽度不够的问题擅自修改文案或者信息结构导致无法实现产品需求。一般视觉设计师会提早介入需求，设计师有自己对产品的理解这时候需要不断的的与之交流达成共识，尽量的从用户体验的角度来形象视觉，始终贯彻先体验后美观的思想。好用即好看。
与开发对接
面对开发需要将抽象的需求具象化输出成一个个task，并且输出注意交互细节的同时尽量提供清晰的操作步骤。那一步该干什么，页面是怎么跳转的，异常状态的处理等，这更加符合开发者的心智模型。
开发了解需求可以尽早的知道自己是做什么的，但是大部分时间这不是一件好事当开发过早接触需求或交互设计师在输出交互稿之前先跟开发沟通了需求，开发会在心里产生一个产品形态，开发可能并不真正了解需求，等到接收交互稿时发现跟自己心里想的不一样就会认为这是设计的问题，这就导致了设计师需要不断跟开发将设计理念与需求，降低了工作效率，与开发过需求更多的是从交互稿呈现的功能的合理性以及开发难度入手，减少对于用户体验等问题的讨论，一般情况来说需要了解需求的开发一定要是应该是他们经验丰富的leader。
与开发沟通尽量具象化，直接化，先讲主题与目的再讲原因。
与产品沟通尽量结构化，先将产品需求归纳与其验证，再讲冲突和疑问，并将答案与结论记下再做交互设计。用需求结论去指导交互设计。
与视觉沟通尽量细节化，先讲清楚原因，再阐述结论，因为大家都是设计师都提前接触需求，先说结论可能会因为对方观点不同而拒绝理解交互稿。
