DQTI学习笔记，如何正确使用图片

1.对重要的概念要有图示说明。

比如一些成像或者重要算法的原理介绍，或者对比不同参数的成像差异，要加示意图。一图胜过千言，尤其是对于手册这种不可废话过多的文档。

2.软件操作手册中，描述界面和其中的内容时，慎用图示，一来可能造成版本不一致，界面显示跟用户操作步骤相关，多语言版本需要换图。

说句不好听的，如果一个软件还需要图示才能说明或者介绍自己，说明交互不友好。这就像一个人举着自己的照片才能跟别人讲清楚自己五官，这得长得多别致呀。

此外，如果手册放大量的图示，用户使用的时候，就要在手册和和界面之间来回切换，分散注意力。

因为我们的手册目的是指导用户操作，用户场景最多的应该就是在设备旁边。希望用户看到后立刻动手执行，而不是在这里沉迷于苦苦的学习。

3.为了提高直观性，避免使用整屏截图。一来浪费空间，二来用户不好找。所以要突出需要操作的区域。

但是还要注意避免矫枉过正。把图裁剪得很干净。如果描述图中的局部区域，比如点击按钮后出来的下拉列表，截图的时候记得要带着边缘。这样便于用户查看和定位到这个区域。

4.有时候要敢于对产品提出自己的见解。

如果不同应用中同一个功能交互不一致，或者必须要放截图是因为在不同的应用中按钮名称或图示不一致，应该和UI设计和开发人员反馈，而不是姑且息之。

5.在描述一项任务时，说明最核心最主要的步骤即可。对于可选操作，可以不说或使用info。比如我们完成操作后，可以点击确认或者保存。也可以点击关闭或者取消。

这两个按钮不属于完整工作任务流程可以不用写在手册中。因为用户大部分情况下不会点，否则他的任务就完成不了。

6. 撰写软件手册，对于一些简单的毕现的场景，可以省略描述。点击xx按钮，弹出xx窗口。后半句可以省略。因为用户自己动手操作，能够看到界面上弹出窗口。

7.如果用同样的方式可以达成一个目的，比如A方法：点击按钮或者B方法：右键菜单中选择，要把A方法作为主要步骤。B方法作为补充说明。简而言之，原则就是越明显越简单的方法越要放在醒目的位置。而复杂的方法放在次要的位置。

8.对于同一种操作，描述要保持前后一致。比如对于右键操作，统一为：点击右键，选择xx即可。对于下拉列表，统一为：点击按钮，在下拉列表中选择xx。

一向话唠的我竟然还没凑够一千字，看来是输入太少了。继续看书

图片发自App