软件著作权说明书怎么写？结构与格式实操要点

软件著作权说明书没有官方统一模板，最稳妥的写法是把它拆成五块：软件概述、运行环境、功能模块、操作说明、与源程序的对应关系。页眉写软件全称加版本号，正文每页不少于30行，描述的功能都要能在源程序里找到对应代码。把这几点做扎实，比纠结文笔有用得多。

一、软件著作权说明书的基本结构

办理窗口不会发给你一份标准模板，但实际提交的说明书基本都落在这五块内容上：

• 软件概述：说明这个软件是做什么的、解决什么问题，两三段即可，不要写成商业计划书。
• 运行环境：硬件配置、操作系统、数据库、依赖的运行库和开发语言。
• 功能模块：按模块列功能，名称要和界面上的菜单、按钮对得上。
• 操作说明：从登录到完成一个完整任务的流程，配界面截图。
• 源程序对应关系：说明哪些功能对应哪些源文件，方便审查时核对。

功能模块和操作说明别写成一回事

很多人把功能模块写成“用户管理、订单管理、报表统计”就收尾，操作说明又把模块名重复一遍。审查时要看的是这两块能不能互相印证：功能模块回答“有什么”，操作说明回答“怎么用”。前者适合列表，后者要按步骤写，每一步配一张能看出软件名称的截图。截图里的数据换成测试账号，别把真实客户的订单、手机号带进去。

二、格式参数和源程序怎么对齐

说明书和源程序是成套提交的，格式要求接近，但细节不同。下面这张对照表是整理时最常用的：

三、从零整理说明书的步骤

动手前建议先对照一遍 软件著作权登记材料 的清单和格式要求，再开始写，返工率会低很多。

1. 把申请表里的软件全称、简称、版本号、开发完成日期抄进一份单独文档，后面所有材料都照这一份写，不要凭记忆。
2. 新建 Word，在页眉插入软件全称加版本号，再插入页码，字体用默认值，别用花哨字体。
3. 按前面的五块结构写正文。功能模块先列清单，再逐个补一句实现方式，例如“基于定时任务实现报表导出”。
4. 操作说明按“登录—进入模块—填写表单—提交—查看结果”的顺序写，每一步配一张真实界面截图。
5. 排版完成后导出 PDF 翻一遍，确认每页行数够、页眉没有被吃掉、截图没有糊掉。
6. 导出或打印前30页后30页，和源程序摆在一起对一遍，核对功能名称两边是否一致。

自己整理和借助工具整理，差别主要在时间和格式风险。自己写的好处是内容完全贴合项目，适合功能复杂、界面多的软件，代价是第一次办的人往往要花一整天，还容易在页眉、页码、行数这些地方踩坑。工具整理适合功能比较标准的管理系统类项目。这里顺手提一下 软著Pro，它是面向个人开发者、学生和中小团队的软著登记材料整理工具，可以按模板生成说明书框架，并检查页眉页码这类低级错误，适合第一次办理、对格式没把握的人。判断标准很简单：如果你连页眉该写什么都记不清，先用工具把架子搭起来，再往里面填自己的内容。

四、被要求补正时先看哪里

补正通知通常会写明哪份材料、哪一页有问题。出现频率最高的是页眉版本号和申请表不一致、说明书里软件名称前后不同、截图里有第三方平台水印。改的时候别只改被指出的那一页，把同类问题全篇扫一遍再重新导出提交，否则很容易二次补正。如果是功能描述和源程序对不上，就回代码里找对应模块，把那一段写得更具体，而不是直接把功能删掉。

常见问题

软件著作权说明书要写多少页？

没有固定页数要求，提交时按前30页加后30页准备，总页数不足60页的就全部提交。实际写作时把功能写清楚即可，十几页到三十页都常见，写得太薄反而容易被要求补充说明。

说明书里的截图必须是真实界面吗？

必须是软件真实运行界面，不能用原型图或网上下载的截图顶替，这是补正高发点。截图里要能看出软件名称或模块名，涉及真实用户数据的先脱敏或换成测试账号。

网上下载的说明书模板能直接用吗？

可以借用结构，不能照抄内容，模板里的软件名称和模块名必须全部换成自己的。很多人只改标题不改正文，结果说明书里还留着别人的系统名字，这种问题审查时一眼就能看出来。

说明书和申请表里的软件名称不一致会怎样？

会被要求补正，影响受理进度，所以所有材料里的名称必须逐字一致。软件全称、版本号在申请表、说明书、源程序页眉三处要对得上，写之前先固定一份基准信息。

软件还没开发完，能先写说明书吗？

可以先把结构和功能模块写出来，但提交前要和已完成的功能对齐。说明书描述的功能必须能在源程序里找到对应实现，写了自己还没做的功能，核对时对不上反而更麻烦。

说明书需要签字或盖章吗？

一般不需要，按中国版权保护中心当前的要求提交相应版本的文档即可。如果是合作开发或职务作品，权属证明材料单独准备，别和说明书混在一起提交。

以上做法来自常见办理经验，具体页数、格式和提交方式会随办理渠道调整，正式提交前请以中国版权保护中心最新公布的说明为准。