第一招：“改”——适应，并且接受
交互设计师所经历的最痛苦的一件事，莫过于“改”。
曾经听过一首歌歌名叫“死了都要改”。改，也曾经让我心存怨念很久很久，不仅仅因为改这个事情需要花费更多的时间和心力，更加因为内心深处深深感受到的不被认同。
即使如此，我仍然执着的做着设计师，并且一做就是十年。
然而，改，渐渐地变成了我工作的一部分的时候，我又重新审视这个字，也有了新的体会。
为甚么要改?一定是因为分歧，那分歧又是如何产生的呢?
我想说一个自己亲身经历的事情。
这里的领导特指技术部门的领导
我的工作日记
10月18日9:30am
收到一方需求
10月22日 1:30pm
参加了功能点确认会
10月23日-10月30日
收集需求
11月3日
方案一 提交
11月5日 第一稿讨论会议
11月6日方案二产生了!
11月9日带着方案一和方案二再次参加需求讨论会
11月10日
第三稿第四稿
为了能够更快的通过方案，我新做了两稿，并且优化前一稿
11月11日
开发提出异议，希望改成第四稿样式。
11月15日
开发发信至领导
信的内容大致为：无法按期完成现在样式，或者简化方案，或者需要延期。
11月15日2:30pm
领导正式确定要分两期来做中转项目，需要重新调整方案。
11月16日
项目经理正式邮件确定分两期的决定。
11月16日
第五稿
11月16日
开发再次提出异议，希望更精简。
11月16日
项目经理调解，无果，问领导，领导同意开发方案。
11月17日
调整第六稿
11月17日4:30pm
业务提出异议，业务领导要求开会
11月23日
方案七
11月23日
领导质疑方案七强化方案。
11月24日
业务方妥协，最终定稿。
11月30日
设计评审
12月1日
Final稿确定，而其实final稿就是方案二。
其实在这里每一方都在用自己的思维方式考虑如何去做这个项目，就好像
领导希望能做一个完善并且全面的东西;
而业务方则关心，功能上是否能达到他们的要求;
开发则希望找一个最具有效率的开发模式;
PM和交互则希望给用户最优的体验方式。
由于每一方的目标不同，每一方都会坚持觉得自己很有道理。
所以分歧就是改的源头。
那么改是为了什么呢?改，当然是为了尽快解决分歧。
我们到底要什么?
业务方希望1个月后就上线，因为已经谈妥了宣传的时间……
开发希望不要改变整个页面的结构，不然工期会不够用……
领导希望有一个大而全的东西，而且有竞争力的东西……
PM希望不光只是上线的一个项目，还希望有更多用户能使用……
交互设计师则希望用户使用起来能够体验良好……
知识体系结构不同，学习的程度不一样，专业性不一样，我们要的也不一样。
在我们了解了为甚么要改和改是为了什么之后，就发现“改”是个无法缩减的过程。我们通过“改”才能更快，更好的达成共识。作为一个交互设计师而言，就需要去适应这个修改的过程，并且思考如何去改，才能更快更好的达成共识。
如何去改?取舍是难免的。
交互设计师不只是一个实现原型的工具，更多的需要思考，理解项目的利弊关系，兼顾各方面利益，设计出不仅可以兼顾业务方开发方，更能让用户使用顺畅的东西。因此这当中有取舍。而究竟什么取什么舍，这个就需要更进一步的研究了。
做一个项目有三种状态：
一， 以事情完成为目标，尽快上线;
二， 结合目前的现状，以最优方案完成事情;
三， 有前瞻性的完成事情。
针对这三种不同状态，会有完全不同的做事方式。
比如，一个项目，业务方要求很紧急，并且它是一次性使用的项目而使用期限也不长的时候，这个项目应该属于第一种状态。在这种状态中，一切以时间为基本，以最方便的开发形态来做。所以取的就是时间，而舍的就是某些意义上的功能或者用户体验部分。
再比如，另一个项目，是针对目前线上已有版本的优化，并且是涉及到用户使用的重要流程的项目，这个就可以归为第二种状态。在这种状态中，一切以最优化，最完善为基础，可以加入用户调研和调查表等方式来测试一些设计上的分歧。所以，此类的取，就是最优的用户体验或者最佳的功能体现，而舍得就是时间了。
第三种状态，就比如，一个从来未出现过的功能，为了先预知该功能的接受度，会先上线一个版本，在他得到普遍认可后，可以再后续做很多的规划。因此此类的项目需要前瞻性的思考。而此类需求的取和舍就是分阶段性的，第一阶段的时候可以以时间为主来思考，而第二阶段则可以以优质的用户体验和功能性来思考。当然也会有其他的特殊情况。
取和舍是个很难去界定也很难把控的东西，我们在出每个版本的时候，其实就在尝试和判断，什么是大家都可以接受的设计版本。因此在这不断的磨合，不断的调整中，我们坚持着或者妥协着，最后达成了共识。
而一个优秀的交互设计师，就应该知道哪些点，是我们一定要坚持，而那些点，我们可以让步。
虽然“改”的过程很艰辛，但是我们能在改的过程，可以试图了解各方面的不同需求，可以站在不同的其他角度来看待自己的设计，那么在今后其他的设计中，就越来越能够综合考虑多方面的不同想法。
请不要再心存怨念，也不要画着圈圈诅咒着这些迫使你去改你的设计的人们，试着用别的眼睛来看待这一切你会发现你的世界也将变得大不同。
设计本身是没有对与错，也不只有好看难看，合理不合理，因为不同的角度，不同的人群会诠释出完全不同的注解(这句话要特别送给某位热血青年)。
你是否碰到过，在设计一个原型或者实现一个功能的时候，希望能满足不同层次和不同需求的用户，但发现这样的设计很难做到。那么下一篇，我们将来探讨一下这个问题。
作者：S++
文章来源：携程UED