如何写“完”UI设计说明书

（未经作者同意，谢绝转载）<br>
我们中的大多数人都些过UI设计说明书（或UI规格说明书），论坛里也经常会有类似的讨论，对UI设计说明书的框架和结构我就不做过多的说明了。为什么有人写了上百页的UI设计说明书，别人还是看不懂，或者说忽略了细节呢？那今天我们重点讨论一下关于细节阐述和表达的一些经验，以免写出只有自己看得懂的UI设计说明书。 <br>
<br>
我先说说我总结的一些经验吧，希望大家积极讨论：<br>
<br>
我们的目标是：（没有蛀牙，^_^ 玩笑！）<br>
既要清晰描述用户界面原型中的细节和交互方式，又要方便项目组的其他开发人员、需求人员以及测试人员等角色交流察看的说明文档。<br>
<br>
主要内容包括：<br>
1. 产品的目标和成功标准，（例如一个全新的预言项目不可能要求用户满意度在90%以上，对升级产品要求就会高一些。）<br>
2. 产品最终用户群及产品用途（了解用户的年龄、职业、产品的使用环境等都是非常必要的）<br>
3. 首先满足基本功能。（例如DVD机的基本功能是播放影碟，可能还有播放CD的功能等等）<br>
4. 主要功能（在产品的几十个功能中通过用户验证和项目组筛选，选取用户最常用到的功能，将其优化，以不同层次展现于界面上。）<br>
5. 用户界面特性。（每一款界面都有自己的特性，比如触摸屏的操作界面与手机的操作界面就算功能完全一样，结构、布局等特点也不会相同的。）<br>
<br>
几点注意事项<br>
1. 必须紧贴需求，围绕功能点展开。<br>
2. 描述语言简短精确（这样别人看的时候才不会烦）<br>
3. 保持文本的易维护性，建议使用WORD的大纲视图编写，便于更改和查找。<br>
4. 说明书一定要有版本管理，对每次更新内容要做详细说明。<br>
5. 图标要与名称一同提交，并说明是什么类型，如桌面图标、列表中的图标、工具栏图标、按钮图标、属性框或提示信息框中的图标等等。<br>
6. 注意纪录，包括项目组和用户以及合作伙伴，如果在解释某一特性时令两人以上会感到困惑，那这一部分就需要更清楚的阐述了。<br>
7. 设计与实现同步，这个时最难的了，很多设计由于程序无法实现都被“卡”掉，早期程序也无法确定是否可以实现，伤脑筋！<br>
8. 维护UI设计说明书时不要忘记维护原型，作为UI设计说明书的补充原型是很重要的。<br>
<br>
UI设计中容易被忽略的地方<br>
1. 支持错误提示和撤销操作<br>
2. 简便的安装和卸载。<br>
3. 必要的设置和帮助。<br>
4. 异常处理、错误消息的描述和问题回应提示。<br>
5. 除界面上有的图标和按钮外，还要有快节键、菜单访问键、右键菜单、是否支持从其它软件界面内托拽复制文件等操作的说明。<br>
6. 域、菜单和按钮在什么情况下为不可点击状态。<br>
7. 状态区，用来描述界面状态的区域，通常位于页面下方。（PS存储时状态区会显示进度条）<br>
8. 剪贴板行为，用户在我们产品中拷贝的文字或图片的局部，是否可以贴入其他程序。<br>
9. 指针的行为，说明超过多长时间的等待时应出现沙漏状态，在文本输入区光标应有改变、有链接的地方有变为小手等<br>
10. 声音行为，警示音、按钮触发音等<br>
11. 统一消息窗的弹出位置、背景色、大小、布局及特色<br>
12. 菜单栏和下拉选项等程序动作的描述，是向下还是向右弹出等。<br>
13. 动态状态描述，如果要求窗口渐隐或渐显，那就要说明渐隐或渐显过程的时间以及方式（半透明还是马赛克）等<br>