对于交互设计师而言，如果你目前接受的项目有严格的时间限制，或赶在某一个时间节点上线，任务量大，且开发资源紧张。你有必要放下手中的原型，想想怎么从总体上优化这件事情。
1.和团队其他人员确定最为高效的协调工作方法。
互联网产品开发已经形成了比较系统的工作流程，用户研究-业务研究-市场分析-需求确定-项目排期-交互设计-视觉设计-开发-测试-验证需求-迭代是一个互联网产品大致的流程，在这个过程中涉及到协同工作人员有：用研/产品经理/交互设计/UI/开发/测试/运营，有时还要和管理层、客服、商务等多方沟通。结合各类人员工作方法、工具和协同工具确定各个职位的工作范围和交接修改方式，确保自己输出的工作成果，在团队其他成员使用时，简单易用能大幅度提升工作效率，大家还可以少加点班，多聚聚餐。
2.交互设计师拿到系统性项目需求后该如何处理？
产品和用研会将项目针对的问题和人群结合技术/资源/业务现实转化成文字和流程，你需要将这些概念化的解决方案转化成可视化的界面。这其中底层逻辑的演变是：用户逻辑-业务逻辑-交互逻辑-开发逻辑。所有工作人员都需要对用户和业务有一致性的理解，这才能保证我们对彼此工作的理解和认同性，但不同岗位对用户理解的程度、角度、深度的要求却不尽相同，这和各自负责的工作相关，在此就不多做说明。交互设计师最重要的是理解用户对页面的认知力，老人和孩子对互联网产品的认知力明显不如年轻人，具体到某个行业，你需要从目标用户群体各个特征角度了解其认知力，做到心中有数。接下来你要将业务流程合理拆分成交互流程、梳理出最为合理的信息架构，进而转化成页面流程。在每一个页面设计合理的交互方式。
3.交互设计和开发的高效结合。
在产出基本页面原型后，你需要和前端技术和后端技术人员一起商量确定技术架构方案。你需要将自己的产品语言解读为技术语言，在和后端开发交流的过程中，明确告诉后端开发在建表、账号系统、状态系统、接口设计、数据库处理、前后端交互过程中有哪些需要注意和值得强调的地方。并输出具备易读性的文档为开发作为备忘和需求确认的凭证。这一类问题如果前期描述不清楚，在测试环节很难测出来，同时影响会比较大，修改成本可能会很高。
在和前端开发沟通的过程中，先与开发商量确定最适合交互场景的前端技术选型。对于基本的交互操作和动效，谷歌等大型软件厂商，都有封装好的交互组件，在很多开源社区也有成型的项目展示，非关键交互节点，在原型图上做出可视化界面，并用文字以合理的方式说明交互动效、操作与反馈、以及前端页面发生变化时和后端的交互。然后添加和前端技术选型兼容的交互空间开源代码地址，最大化节省开发的工作成本。同事将前端页面交互空间整理成一个系统，作为项目复用性的基础，既可以节省开发成本，还能提高自身工作效率和用户认知成本。以下是一个web端一些基础简单的交互设计空间地址（https://element-angular.faas.ele.me/basic/layout ）
创新交互动效。如何你打算带给你的用户一些交互上的创新和惊喜。我建议你首先要了解你的用户对你的创新的想法，确保不要变成惊吓。在你将这些问题解决后，并自信满满地设计出创新的设计展示时，你要和开发一起去实现你的创新，去了解用何种技术实现何种方式实现，以此来保证该交互在当前技术现实下，多端设备和框架下的稳定性。
4.交互设计成果验收
交互流程、页面的操作与反馈、页面多种状态之间的变化，最清楚的还是交互设计师本身，单单依靠测试人员不足以保证产品质量。交互设计师需要安装流程和逻辑，系统性地验证多种场景下页面的稳定性。发现有bug的时候，依据开发实现的程度和自身对业务/用户的理解来决定，该功能要不要改，如何改。
5.交互设计成果测评
我在上一个项目过程中，在产品上线时，在运营和客服人员的帮助下，接触了一批很热心的深度用户。我们建了一个交流群，这些用户帮他们对界面的理解、认知程度和期望在群里反馈给我，促使我在改进产品的同时，开阔了交互设计的思路。如果条件允许的情况下，我们可以做一些定量和定性想结合的交互设计评价工作，那将很有意义。
