软著说明书里的软件截图怎么准备：数量、内容和清晰度

说明书里的截图不是凑版面的插图，它的作用是证明这个软件真的存在、真的能跑、描述的功能和界面能对上。所以判断标准很简单：截图是不是软件实际运行的界面，和正文描述的功能是不是一一对应。

数量怎么定

没有固定页数要求，按功能模块来。一般每个主要功能模块配一到两张，覆盖主要操作路径即可。一个十个模块的系统，配十五到二十张是常见量级；只有三四个功能的小工具，五六张也够。

• 至少覆盖所有在正文里重点描述的功能；
• 关键流程要有连续截图，比如从列表到详情到操作结果；
• 首页或主界面必须有，让读者知道整体形态；
• 不必把每个弹窗都截，重复度高的挑一张代表。

截图的硬性要求

几个容易被挑出来的细节

第一是界面上的软件名称和申请表不一致。改了名字但截图还是旧版本，这种一眼就能看出来。

第二是截图里出现明显的测试痕迹：测试账号、乱填的数据、明显的占位文字、调试信息。这会让材料显得不正式。

第三是截图带别人家的水印或界面元素。用了模板没换干净的，容易被怀疑不是自己开发的。

还有一类是截图太少、正文却写得很满。说明书写了七八个功能模块，截图只有两三张入门界面，读者没法确认后面的功能是否真的存在。这种情况即使源程序没问题，也容易被要求补充材料。

具体怎么准备

1. 列一份功能清单，按模块确定每张截图要展示什么；
2. 准备一套干净的数据，用真实感强的业务数据，别用测试字样；
3. 统一分辨率截图，界面上保持同一版本、同一名称；
4. 每张截图配一句说明，讲清这张图展示的是哪个功能；
5. 最后通读一遍，检查正文提到的功能是否都有对应截图。

常见问题

截图必须彩色吗

通常要求清晰可辨，黑白也能用，但如果涉及用颜色区分状态的界面，黑白会看不出效果，建议保留彩色。

能不能用设计稿

不建议。设计稿不是运行状态，和源程序对不上，属于材料不实的方向。软件还没做完就先别急着提交。

移动端应用怎么截图

用真机或模拟器截取完整界面，注意状态栏信息别暴露个人信息，界面和申请的名称要一致。

截图要不要打码

涉及真实用户信息的要脱敏处理，但不要大面积模糊，否则影响可读性。整体排版和材料要求可以参考软著Pro上的说明。

截图和说明书正文顺序要对应吗

要。正文讲到哪里，图就放在对应位置，读者能顺着看下去。全部堆在文末的做法不推荐。