本文更偏向于针对一些动效设计中的『don'ts』来讲，因为设计本身主观性很强，需要设计师发挥自己的设计天赋，在这些don'ts的范围内去do something awesome!
知乎JJ Ying的专栏中一篇《够了,dribbble》曾经引起一些共鸣，满眼的狂转炫酷吊炸天的Landing动效，Loading动效和转场动效，曾经有一段时间亦对dribbble比较反感，特别是『Animation』这个关键词，搜索结果以各种天气App的动效设计为代表，实际上是以表现出自己AE用的多牛逼为目，并不是考虑用户能用的多爽为目的。。
说起来，本人作为一名交互设计师，一直以为动效这种事情应该是交互设计师来做的，后来发现视觉的同事们好像也对这方面很感兴趣并已经在实现的时候，便心生疑惑，在思考App的动效设计到底是应该由交互设计师来做还是视觉设计来完成的过程之余，视觉的同学们已经完成了一些简单的动效，而我刚刚总结好一些Pre-Thinking，结合以往关于动效设计的所见所闻所想，就在这分享一下。
下面罗列一下我能想到的以及在实践中总结出来的动效设计可能应该遵循的一些原则：
1.表达准确和有效性。
这应该是最基本的一条，动效为何而做，从功能上应该对用户的操作目的有明确的引导性，比如一个重要的按钮，在用户首次进入页面时会有弹跳动效以帮助用户关注到设计者想要用户关注的东西，这是非常好的一件事情，可以让设计事半功倍，但如果动效本身并没有起到引导作用甚至其本身的复杂程度和时间占用让用户产生了负面情绪，那就得不偿失了。
当我们把用户自主操作产生的视觉效果也归入动效范围，那么这些动效的有效性和合理性就变得十分重要，因为本身就是以迎合人本身的思维习惯和从日常生活中习得的一些常识性的东西为目的的，比如Safari还有新版的Android在开启多页面切换时，以一种模拟真实文件夹展开并辅以真实的翻动动效的形式来满足人们对于『翻文件』这种生活经验的认知，因为人们都熟悉那种老式的文件柜(不论是亲身经历的还是从外部获取的)，按照『拉开抽屉门-纵向翻看文件-垂直抽出文件』这种认知来设计，会让用户觉得很自然，实际使用起来搭配手势也是十分高效，但如果动效没有被设计成如此，而是其他的与『switch』和『fetch』没有直接联系的行为特性，那就无法有效的给用户提供良好的认知指引。
2.考虑用户的感受。
1）动效最终的实际流畅度，注意这里是实际效果，实践证明在电脑上做好的GIF放到APP中展示不一定可以获得相似的流畅度。可以想象一个有卡顿的动效给用户带来的是什么...说到这里，让我想起了Lumia和WindowsPhone操作系统，刚从Android低性能时代解放出来的我入手一部Lumia 710，发现区区256MB的内存也可以把动效设计的如此流畅，顿时对微软的工程师们好感倍增，后来经过研究才发现，达到这种效果是需要设计师和工程师做一系列高度耦合的优化才可以达到的，代码优化就不说了，据微软自己说工程预算的30%都用在了代码优化上。另外一种Pre-load的设计理念比较有意思(好像是这个名字)，大概意思是动效的执行是一个独立的环节，这个环节的表现层和执行层是有一整套机制来优化的，一来保证动效本身的质量，二来保证动效的前后内容衔接的质量(动效播放完成后让用户面对一个空荡荡的屏幕绝对是一件非常尴尬的事情)。
2）不要让用户等待太久。『设计师自己做出来的作品自己看往往是越看越好看的』，这句话非常有意思。
作为作者，作为设计师，作为一个人，我们往往会对自己的作品网开一面，更偏向于从欣赏的角度去评价，一遍又一遍的欣赏自己做出来的动效有多么的华丽，而一个优秀的设计师，应该有一种跳出职业习惯和审美的能力去客观的审视自己的作品的能力，实际情况是：设计师本人看这个动效觉得很爽，同行看了觉得很牛逼，但是用户觉得我每次操作都要看这么个动画，耽误时间，降低效率。排除一些商业行为驱动的设计，如果设计师拥有自主权，请务必站在用户的角度来审视动效，切记产品做出来是给用户用的，不是给设计师圈子拿去欣赏的。
3.考虑开发同学的感受。
需要代码实现的动效如果你不熟悉代码和性能调优这些一定要跟开发先沟通好，这是关系团队的大事，自己没白天没黑夜的设计了一个巨好看巨好用的动效，开发同学不买账，做不了，你觉得开发态度不好，水平差，开发觉得你异想天开，啥都不懂，大家都是一脸黑线的收场多不好。
4.适当关注一下产品同学的感受
产品同学的普遍状态基本不是在赶工就是在赶工的路上，所以当你有一个好的提议的时候，尽量早的跟产品经理沟通，让他为你的动效做一下评估，没有产品会拒绝一个让能用户看着爽而且用着爽的小动效，但是实际情况往往会比较尴尬，时间排的很紧，一环扣一环，很难找出额外的时间去开发或是放置这个动效（互联万公司似乎永远缺开发人员...）。
最后给一个草率的结尾。作为一个设计师，千万不能沉浸在自己的视觉感官世界，设计和艺术毕竟是有区别的，如果无原则无目的的做董小设计，则更多时候给用户带来的是麻烦而不是好的体验。
