今天不想说UI设计原理和原则，只想说文档内容。一个solo族，可能根本不会理睬这种文档，因为他的idea完全在脑中，自己来实现就OK了。而在一个团队协作过程中，产品设计部门就有很高的必要把这个文档写好了。
应该有哪些内容呢，UI流程、对应操作流程、效果层次、可触发的局部界面。
曾经见过一位前辈做的界面流程，对一个小型软件，写了有100多页的界面。真的很详细，界面示意图、操作按键说明、效果说明、甚至乎都为程序定义好了实现的方法和按钮的文件命名。
先不说这个文档有多好看吧，实不实用是最重要的。当程序人员看到这个文档后，很快速的可以理解到这套界面体系的跳转是什么关系的，有几种标准的按钮状态，要实现出什么样的效果，效果的动画帧数都可以尽览于眼下。美术人员更可以得到这些内容，快速实现。
问题是有的，是限制了美术人员的思路。抛开这个问题，因为对于一个团队配合流程仍存在很大问题的情况来讲，设计在一定期间内是比团队配合所达成的工作效果的优先要低的。
因此我们就采纳前辈的这种方式吧。
- UI流程:如果可以的话，用flash吧，最容易看懂，可操作，也不需要对flash有很好的操作水平，只需要懂得写几个简单的命令。不懂得用flash，那就execl吧，可以通过链接的方法来实现的，而且可以链接到具体的单元格。
- 对应操作流程:如果用Flash完成的话，之后就是整理出文档这种事情了。Execl的话，还要再针对整个流程说明操作关系。
- 效果层次:界面最好不要是死的，原由就不在这里说了，那动态效果就需要逐个说明了，关于您是如何来定义每一个元素的名称的我不管，这是你家的事，但一定要把每一个效果的触发时机、是否循环、循环规则、变化规则说得明白。
- 可触发的局部界面:一个全局界面中，经常会出现局部小界面，那包含局部界面出现方式、效果、操作对象、操作对象对全局界面的影响、局部界面内的效果层次。
当您满足了这几项内容后，您的UI设计文档，基本上是可以让懂得文字的人，花一定的时间是可以看明白了。那您的第一阶段工作完成了。
好了，洗洗睡吧!