软著鉴别材料截图怎么弄：界面与操作流程图准备指南

先分清两套完全不同的「截图」

很多人搜「软件著作权鉴别材料截图怎么弄」，其实把两件事混在一起了：

用途	给谁看	要什么	能不能直接当商店图
软著鉴别材料	版权登记机构 / 代办材料包	证明「有这个软件、界面与文档存在」	不能直接当商店营销截图
商店上架截图	App Store / 国内安卓市场用户	转化与合规展示	需按各店尺寸与广告法另做

本文只讲申请软著时的鉴别材料截图。软著办下来之后，如何和商店名、包名、详情页对齐，见 从软著到上架材料清单。

鉴别材料通常包含什么

实务里常见两大块（具体以当期登记指南与代办清单为准）：

1. 程序鉴别材料：源代码前后连续页（常见要求各约 30 页量级，以官方当期说明为准）。
2. 文档鉴别材料：用户手册 / 设计说明书等，其中往往需要界面截图 + 操作说明文字，用来证明软件具备所述功能。

你搜到的「软著图片 100 张」「界面截图多少张」多半指文档部分——并没有全国统一的「必须 100 张」硬性条，而是代办模板或历史习惯说法。真正稳妥的做法是：按功能模块把主流程截全，而不是堆数量。

界面截图怎么截才像「鉴别材料」

目标

让审查人员顺着图就能看懂：软件叫什么、主要功能入口在哪、关键操作一步步怎么走。它更像说明书插图，不是 ASO 首图。

推荐结构（文档里按章节排）

1. 登录 / 启动页（若有账号体系）
2. 首页 / 主导航（标清主要入口）
3. 核心功能 3～8 个：每个功能「入口 → 填写/操作 → 结果页」至少 2～3 张
4. 设置 / 关于页（显示软件名称、版本号，便于和申请表一致）
5. 若有后台：补管理端关键页（权限、列表、配置）

截图时注意

• 用真实可运行版本界面，不要用线框原型冒充（与商店侧「设计稿能否上架」是不同场景，但软著侧同样不建议交空壳）
• 界面上的软件名称、版本号尽量与申请表一致
• 去掉个人隐私：真实手机号、身份证、聊天记录打码
• 保持同一主题/同一端（不要一张 iOS、一张未适配的 Android 乱序）
• 分辨率清晰可读即可，不必裁成 App Store 6.9 寸营销尺寸

操作流程图：文字 + 图怎么配

文档鉴别材料里，单有图不够，通常需要：

3.2 新建任务
步骤 1：点击首页「新建」——见图 3-1
步骤 2：填写标题与截止时间——见图 3-2
步骤 3：保存后进入详情——见图 3-3

写法	建议
图题	「图 3-1 新建任务入口」这种可检索编号
红框/箭头	可少量标注关键按钮，避免整页涂鸦
多端	若申请的是跨端软件，说明「以下以 Android 端为例」
AI 生成文案	近年加强抽检，说明书请用你自己的产品语言，勿整篇生成后不改

张数与排版：别被「100 张」吓到

误区	更稳的做法
必须凑满 100 张界面图	按模块覆盖主路径；小工具 15～40 张说明插图很常见
每张都做商店风大标题	鉴别材料图不要加「全网第一」「立即下载」营销字
只交启动 Logo	必须能看出可操作界面
截图标了水印/竞品 UI	权属与真实性都有风险

若软件几乎无 GUI（纯 SDK、命令行），按登记要求准备运行输出 / 配置界面 / 调用示例，不要硬 P 一套假 App 界面——那比「图少」更危险。

和商店上架截图的分工

项目	软著鉴别材料	商店截图
文案	说明书语气	利益点 + 合规
尺寸	清晰即可	严格跟槽位像素
设备框	一般不需要	看各店规则
隐私弹窗	可演示真实流程	另有 权限与隐私截图合规

两套素材建议分文件夹归档：ruanzhu-docs/ 与 store-screenshots/，避免把带大标题的 ASO 图误塞进软著 PDF。

提交前自检

• 界面截图能串成完整主流程，而不是零散好看图
• 图中软件名 / 版本与申请表、关于页一致
• 隐私信息已打码
• 文档有图题编号，正文有「见图 x-x」引用
• 未使用明显竞品界面或未授权素材
• 商店营销图未混进鉴别材料 PDF

小结

「软著鉴别材料截图怎么弄」——核心是用真实界面把主功能讲清楚，配上可跟随的操作说明，而不是堆 100 张海报。办证用图与商店转化图分开准备，后面上架会少很多「名称不一致 / 材料对不上」的返工。