这期接着聊软著申请系列的第3篇软件使用说明书。先直接说结论软著登记材料里源代码是门槛说明书才是真正拉开差距的地方。我见过太多朋友申请表和源代码都准备得挺顺利最后卡在说明书上被版权中心补正两次甚至三次理由往往是“说明书与软件功能不符”“截图不清晰”“文档格式不符合要求”……折腾下来少则多等两三周多则白忙一个月。在动手写之前先把一个概念说清楚。标题里写的“专利著作权”其实是口语里常见的混称计算机软件一般走的是软件著作权登记不是专利申请。软件著作权是登记制材料齐、格式对、内容真实就能拿到证书专利走的是实质审查难度和周期完全是另一码事。申请软著时需要提交的那份技术文档官方叫作软件使用说明书也可以提交软件设计说明书它是审查员判断“这个软件确实存在、确实能跑、确实是你自己写出来的”的关键依据。所以这篇的内容全部围绕“怎么把这份说明书写到让审查员挑不出毛病”。1. 先搞清楚软著登记里的说明书和专利说明书不是一回事1.1 为什么你的说明书被反复打回不少第一次申请的朋友一听到“软件使用说明书”就本能地往“产品说明书”方向写放一堆介绍性文字贴几张宣传图甚至把公司简介、获奖荣誉都塞进去。这恰恰是补正的重灾区。版权中心要的说明书是一份技术文档不是市场宣传册。它的核心目的是让一个完全不了解你软件的人单凭这份文档就能知道你软件叫什么、跑在什么环境里、具备哪些功能、界面长什么样、关键操作怎么完成。审查员通过它来判断你的软件是否真实存在以及申请表里填的功能描述是否靠谱。我自己总结过一份容易被打回的问题清单基本逃不出这几类整篇都是文字描述一张界面截图都没有审查员无法直观判断软件形态截了几张图但图片模糊、被裁剪、分辨率太低按钮和菜单文字看不清功能描述和申请表里填的“软件功能和技术特点”对不上前后矛盾文档没有页眉、没有页码软件名称和版本号都没有审查员没法确认这是哪份材料的说明书运行环境写得过于简单比如只写一句“Windows系统”没有具体版本、硬件要求、数据库等关键信息。这些坑单个看都不复杂但叠在一起就很容易让人在补正路上来回跑。提前把这些点都堵上后面就顺畅很多。1.2 使用说明书 vs 设计说明书你的软件到底该交哪一份很多人不知道软著说明书实际上有两种类型提交时二选一即可。软件使用说明书面向的是软件的操作层面适合有图形界面、一套完整操作流程的软件。比如管理系统、APP、小程序、桌面工具、网站后台这类重点写软件运行环境、安装/部署方式、登录与主界面、各功能模块的操作步骤配上对应的界面截图。软件设计说明书面向的是软件的技术实现层面适合没有界面的软件比如嵌入式程序、命令行工具、算法库、后台服务、硬件配套固件等。重点写软件总体架构、模块划分、功能设计、核心流程、数据结构、接口定义配结构图、流程图、时序图等。判断依据很简单你的软件有没有用户操作的图形界面。有界面优先交使用说明书没界面只能交设计说明书。也有一些软件既有界面又有复杂的技术架构那建议优先交使用说明书因为审查员看界面截图最容易理解软件是什么、能做什么误判风险最低。2. 动笔之前先定稿软件名称、版本号与运行环境的三方统一2.1 软件全称和版本号写不对后面全是无用功说明书不是第一份要写的材料它是整套软著材料里最后收敛的那一份。在动笔之前必须先确认三样东西已经定死软件全称、版本号、开发完成日期。软件全称要和申请表里填的完全一致连空格和标点都不能差。规范写法通常是“产品/领域名 类型 软件”例如“智慧仓储管理系统 V1.0”“基于深度学习的图像识别软件 V1.0”。尽量避免直接用英文缩写当全称比如只写“WMS V1.0”审查员很难从名称上判断软件类型容易引起不必要的沟通成本。版本号推荐统一写成V1.0这种标准格式。别写 V1.0.1、V1.0 Beta、V1.0.0_Trial 这类带后缀或过多小数位的版本号容易在系统校验时出问题也容易导致说明书、源代码、申请表三者对不上。来源页脚也同样关键说明书的页眉、页脚、封面、文件命名全部要包含“软件全称 版本号”并且每次出现都保持一致。我见过一个案例申请表软件全称是“XX管理系统 V1.0”源代码页眉写“XX管理系统 V2.0”说明书里又写成“XX管理系统V1.0”少了个空格结果被系统判定为材料不一致直接补正。这种低级错误是完全可以避免的。2.2 运行环境描述模板从硬件到浏览器的标准写法编写运行环境时别只写一句“支持Windows系统”。审查员要看的是这个软件能稳定运行的具体条件写详细了反而显得专业且可信。参考写法硬件环境CPUIntel Core i3 及以上内存4GB 及以上硬盘可用空间 20GB 以上软件环境操作系统Windows 10/1164位数据库MySQL 8.0运行环境JDK 1.8浏览器Chrome 90 及以上版本如果是移动端或小程序就写清楚手机系统版本、机型兼容范围、是否需要网络等。这里有个容易被忽视的细节运行环境的描述必须和你的软件实际情况一致。曾经有朋友交了一份说明书写“支持 Android 5.0 以上”但实际截图明显是 iOS 系统界面审查员一看就知道文档是拼凑的。宁可少写几个环境也不要写一堆软件根本没适配的环境。3. 说明书整体结构拆解一页一页排给版权中心看3.1 封面、页眉页脚与目录第一眼就要讨喜说明书的第一印象很重要封面直接决定审查员对这份文档是否规范的判断。封面建议居中排列以下信息第一行软件全称含版本号例如“智慧仓储管理系统 V1.0”第二行文档类型写明“软件使用说明书”第三行版本号与日期例如“V1.0 / 2025年6月”。不要放公司 LOGO、不要写“绝密资料”、不要加花哨的边框和背景图保持干净、朴素、技术文档风格。页眉设置成左侧写“软件全称 版本号”右侧写“软件使用说明书”下方加一条细线框每页都有。页脚居中写页码“第 X 页 / 共 Y 页”或者简洁的纯数字页码都可以。这样审查员无论翻到哪一页都能快速确认这是哪份材料的说明书。目录用 Word 或 WPS 的自动目录功能生成最后提交 PDF 前再更新一遍页码。很多人是写完正文忘了更新目录导致目录页码和正文对不上影响观感但这个问题完全可控。3.2 软件概述到操作说明正文该塞哪些内容说明书正文一般按这样的顺序展开软件概述用一两页篇幅介绍软件开发的背景、软件定位、主要功能和适用人群。这里的“主要功能”要和申请表“软件功能和技术特点”一栏保持一致不要申请表写5项功能、说明书里列8项也不要反过来。运行环境与配置就是上面写的硬件、软件环境桌面软件还要加安装步骤。建议写成编号步骤例如双击安装包 setup.exe点击“下一步”选择安装目录等待安装进度完成点击“完成”。功能操作说明这是全文最核心的部分占说明书的60%以上篇幅。按“模块划分 操作步骤 截图”的方式组织。以“智慧仓储管理系统”为例可以这样分系统登录输入账号密码、验证码点击登录入库管理新增入库单、关联供应商、确认入库出库管理创建出库单、分配货位、出库确认库存查询按商品编码、仓库、时间段查询库存报表统计查看入库报表、出库报表、库存汇总。每一个模块配一张或几张清晰的截图截图上尽量把关键操作区域框选标注一下并配上对应的文字说明。注意别把截图和说明分得太远最好是“图在上、字在下”或者“图左字右”让审查员看图时能马上对上文字。异常处理与卸载/退出可选的加分项。桌面软件写清楚如何退出、如何卸载Web 端写清楚超时如何处理、数据如何备份移动端写退出登录和缓存清理方式。整个文档的页数控制在 1030 页都是比较合理的区间具体取决于软件功能多少。功能简单的软件写得精准些即可别为了凑页数大量放无关内容功能复杂的软件也别怕写得长把每个模块都覆盖到反而是加分项。4. 截图与排版五处细节暴露你是第一次申请4.1 屏幕截图的标准做法与常见扣分点说明书的质量一半取决于截图质量。这里值得单独展开讲。第一截图必须完整。很多人用 QQ 或微信截图时随手一截把界面右边或下边的按钮菜单栏切掉了审查员根本看不出这是一个完整的软件界面。建议用 Snipaste 或系统自带的截图工具截取整个应用窗口保留窗口标题栏和完整界面布局。第二清理隐私信息。截图前把真实用户数据换成“测试账号”“张三”“13800000000”这类假数据。尤其是身份证号、手机号、地址、银行卡号这些一旦出现在截图里轻则补正重则影响审核。还要注意把桌面壁纸、浏览器书签、通知栏弹窗这些无关内容清理干净。第三去掉水印和敏感标识。有的软件界面自带内部水印或者右下角有电脑系统时间浮层截图前尽量关掉。还有开发调试的细线框、数据库连接信息、服务 IP 地址、端口号凡是不该出现的都不要出现在截图里。第四分辨率要足够。截图保存为 PNG 格式导出的图片宽度建议不小于 800 像素保证放大后文字还能看清。手机上截图时尽量用统一的手机型号和分辨率别一会儿 iPhone 截图、一会儿安卓模拟器截图风格差异太大会显得文档不严谨。第五截图在文档中的尺寸要统一。图片不要一会儿占满一页、一会儿只有一小条。建议正文中截图宽度统一设置为 1415cm或者占页面宽度 80% 左右保持视觉整齐。4.2 字体、行距、页数与文件导出注意事项排版细节同样重要。正文建议使用宋体或仿宋字号用五号或小四标题用黑体或加粗全文保持一致。行距建议用 1.5 倍行距或固定值 2224 磅太紧显得拥挤太松显得页数虚高。网上有些攻略说“说明书每页不能少于50行”这其实是从源代码“每页不少于50行”的规则混淆过来的。说明书是图文混排的文档硬性卡每页行数并不科学版权中心的侧重点是“内容完整、图文清晰、结构规范”。有界面的软件光靠截图就能占半页非要凑满50行反而别扭。别被这个说法误导。导出的 PDF 需要注意几点字体要嵌入避免换台电脑后字体丢失、显示异常图片在 PDF 里不模糊导出前预览检查每一页PDF 体积控制在合理范围内一般不超过 30MB如果截图太多太大先用工具压缩一遍文件命名规范推荐“软件全称V1.0软件使用说明书.pdf”例如“智慧仓储管理系统V1.0软件使用说明书.pdf”。这些小细节看着琐碎但审查员每天要看大量文档一份排版整齐、格式统一的说明书会留下明显更好的印象也能降低被挑刺的概率。5. 复杂情况处理无界面软件、网页端与移动端怎么交说明书5.1 无界面/后台服务用设计说明书代替很多做后台服务、中间件、嵌入式程序的朋友问我的软件根本没有界面怎么交使用说明书答案就是开头提到的——改交软件设计说明书。设计说明书的核心内容不再是操作截图而是技术实现的方方面面。一份合格的设计说明书通常包含软件总体架构图说明软件由哪些模块组成、模块之间如何交互模块功能说明逐个模块说明职责、输入输出、处理逻辑核心流程图用流程图描述核心业务流程例如数据采集流程、告警判断流程、订单处理流程数据结构设计说明主要数据表、字段、表之间的关系接口设计如果有对外接口列出接口协议、参数、返回结果命令操作示例如果是命令行工具列出常用命令、参数、输出示例。流程图可以用 Visio、ProcessOn、draw.io 等工具绘制导出为高清图片。注意流程图的规范性和可读性不要把一张覆盖五个模块的超大架构图塞满一页字号小到看不清那就失去了说明的意义。5.2 网页与移动端设备截图的一致性陷阱网页端软件截图时要注意几点首先是地址栏尽量只保留软件自身的页面地址不要把一大堆收藏夹、其他标签页、浏览器插件图标截进去显得不专业。其次是浏览器窗口大小前后几张截图最好用同一尺寸的窗口避免页面布局忽宽忽窄带来的观感问题。移动端软件无论是 iOS 还是安卓建议全部用真机截图不要一边用手机、一边用模拟器。真机截图的屏幕样式统一、状态栏信息一致整份文档看起来才像是一个产品。如果同时适配手机和平板尽量在“操作说明”里单独分出一节说明平板适配差异而不是把所有截图混在一起。小程序和公众号类软件还要额外注意一个点截图时不要露出微信聊天界面、朋友圈入口、公众号矩阵等其他无关内容只保留软件本身的操作界面最稳妥避免审查员的注意力被无关元素带走。6. 提交前按这份清单自查能少折腾一个月6.1 常见补正理由对照表下面这份表格是我结合自己和身边朋友的经验总结出来的建议提交前逐条对照。补正理由常见原因检查要点说明书与软件功能不符正文是拼凑模板没体现实际功能逐条对照申请表功能描述确保软件概述、操作说明、功能列表一致文档格式不规范无页眉页脚、无目录、无页码检查封面、页眉、页码、目录页码是否更新软件名称/版本号不一致封面、页眉、文件名、文档内部多次出现写法不一全文搜索软件全称和版本号统一所有出现位置截图不清晰图片被压缩、截取范围过小、手机截图模糊导出PDF后逐页放大检查PNG截图宽度不低于800像素缺少运行环境只写操作系统缺少硬件、数据库、浏览器等对照软件实际运行条件尽量写全提交了非技术性文档说明书写成了产品宣传册删除公司介绍、荣誉奖状、市场推广内容6.2 我踩过的那些坑与最终建议最后分享几条个人经验都是切切实实踩出来的教训。第一说明书的排版和截图工作尽量放在连续的时间段内完成不要拖在一周里每天写一点。为什么因为界面截图需要软件处于可用状态如果你中间改了界面样式、换了主题色前后截图风格不一致后期又要全部重截重排。我建议先集中半天把软件所有界面的截图整理好统一命名放到一个文件夹里写文档时直接插入。第二不要等到所有功能都开发完再申请软著。软著保护的是软件本身你只要有可运行的界面和核心功能就可以准备材料申请。很多人的软件已经上线半年了才想起来补申请反而要花更多时间回忆开发细节、还原界面。时机大约在软件开发完成、准备交付或上线前后是相对理想的时间点。第三如果实在担心说明书格式出问题可以在正式提交前找一个有软著申请经验的朋友帮忙“模拟审查”一遍专门挑毛病。很多时候自己看自己的文档看不出问题换个人用审查员的视角扫一遍立刻能发现截图越界、名称不一致、功能描述单薄这类问题。说明书这份材料本质上就是替你的软件向审查员“做自我介绍”。材料写得越清楚、越规范、越能还原软件的真实功能审核就越快通过。不要等到收到补正通知才回头补功课一开始就把上述每个环节做到位你的软著申请会比想象中顺畅得多。