近段时间项目着实紧张，交互作为设计团队冲在最前面，负责对接产品团队、研发团队，肩上压力自然不小，特别是遇到需求的不断更改，会纠结一把。因为在交互这个环节决定着整个产品的输出计划，各个模块的输出里程碑，交互执行的时候会拉着视觉、前端、后台的负责人制定出整体的项目计划。

所以当计划制定完成，产品这边在提出修改需求，无疑会让交互比较为难。通常这个时候的处理方法，其一就是冻结开发中的需求。其二为适应改变，分摊压力。咱们先说第一个冻结开发中的需求，在项目计划安排好之后，找到各位负责人，来阐述下，由于项目紧张，以短期上线为目标，希望各位能抓住主要目标“将项目上线”，项目流程中凡是已经一起评审并通过的低保真方案，要求这期迭代内冻结，但是如果有新的需求或需求迭代，低保真方案可以继续设计，预留方案。如果有大的需求变动需要落当前版本，转到法二，拉上所有环节的责任人一起讨论决定，各自分担由于变化而产生的压力。

其实冻结的好处，也是为了产品的同事能够想清楚产品的商业定位，商业流程，通过这样限定，产品在定需求的时候不会那么“草率”，相对的会多次推演，谨慎对待。基本暂时的处理方法有这二种，欢迎各位分享您的的处理方法。当然如果说需求对产品无益，你分析之后告知依据，大刀阔斧砍掉需求。