软著说明书模板怎么用？照着四步填就不返工

软著说明书模板的正确用法，是把它当骨架而不是当内容：先删掉模板里所有示例段落和示例截图，再按自己软件的功能模块列出标题，然后把「功能说明＋操作步骤＋界面截图」填进每个模块，最后拿说明书去和源程序、申请表逐项对照。模板只负责结构和排版，内容必须来自你自己的软件。

套了模板还是被退回，问题出在哪

我见过最多的三种情况：模板里的示例文字没删干净，明明是个单机小工具，说明书里还留着「本系统采用B/S架构，支持高并发访问」；截图用的是模板自带的示意图，跟实际界面完全对不上；说明书里写了十个功能模块，翻源程序只能找到四个。

审查看的不是文笔，是三份材料之间的一致性。说明书、源程序、软件著作权登记申请表指向的必须是同一个软件，软件名称和版本号一个字都不能差。模板只能让这份材料看起来规范，替代不了内容核对。

打开模板之前，先把这些东西凑齐

• 软件全称、简称、版本号，必须和申请表完全一致
• 开发完成日期，以及是否已发表、首次发表日期
• 源程序：常规做法是提交前、后各连续30页，不足60页的全部提交
• 主要功能界面截图，界面上最好能看到软件名称或版本信息
• 功能清单：每个模块一句话说清它解决什么问题
• 运行环境：操作系统、数据库、浏览器或其他依赖

这六样东西备齐再打开模板，不然你会一边写一边回头翻截图和代码，来回折腾。想要现成结构的，可以直接看软著说明书模板，层级是按功能模块分好的。

软著说明书模板怎么用：四步填完

1. 做减法，定目录。先删掉模板里所有示例文字和示例图，只保留标题层级。然后按自己的功能模块列一级标题，比如「登录与权限」「数据导入」「报表导出」，数量控制在5到10个。太少显得功能单薄，太多则每个都写不深。
2. 每个模块用固定三段式填。功能说明用一句话讲清这个模块能干什么；操作步骤写三到五步，写清用户点哪里、看到什么；最后配一张对应的界面截图。不要写实现原理和数据库表结构。
3. 截图统一处理。分辨率保持一致，界面里的软件名称和版本号要能看清；测试数据里的真实姓名、手机号要涂掉或换成示例数据。
4. 交叉核对三份材料。拿申请表里的软件名称和版本号，在说明书全文搜一遍；再拿说明书的模块名，去源程序的函数名或注释里找对应。对不上的，改说明书，别去动已经跑通的代码。

第二步最容易翻车

操作步骤写成「点击按钮完成数据处理」，等于没写。要具体到「点击左上角【导入】按钮，选择本地 Excel 文件，系统弹出字段映射窗口，把源字段拖到目标字段上，点确认」。另外说明书里别出现「待开发」「后续将支持」这类字眼，登记的是已经完成的软件版本。

自己整理和借助工具整理，差别在哪

我第一份软著是纯手工做的，模板从网上翻出来，光调页码和页眉就花了一晚上。后来带团队批量准备材料，才发现这部分可以省掉。像软著Pro就是一个面向软著申请人的材料整理工具，适合要同时准备源程序、说明书和申请表的团队，把模板、排版和核对清单放在一起，不用从零拼。它不替你写内容，但能让你少在格式上踩坑。

常见问题

软著说明书模板在哪里下载比较靠谱？

优先选带功能模块层级和截图占位的完整版本。很多网上流传的模板是几年前做的，格式停留在旧要求上，用之前先确认它有没有把文档格式一并说明清楚，免得白填一遍。

说明书有页数要求吗？

说明书一般没有像源程序那样严格的页数下限，但内容要能覆盖软件的主要功能。常见做法是每个功能模块至少写一页，模块多了自然就够，太薄会被认为文档不完整。

说明书和用户手册是同一份材料吗？

不是，但内容可以互相覆盖。说明书偏重功能描述和操作步骤，用户手册偏重使用指导。只提交一份文档时，把功能说明和操作步骤写全，基本能满足要求。

说明书里的截图可以用示意图吗？

不建议。截图要和提交的软件版本实际界面对得上，示意图或模板自带的占位图很容易在核对时被发现不一致。界面涉及敏感信息，做遮挡处理比换图更稳妥。

被退回要求补正，该改说明书还是改源程序？

先看补正通知指向哪一份材料。多数情况是说明书与源程序或申请表对不上，这种改说明书更快也更安全，源程序属于已完成代码，动它反而要重新整理页码和内容。

模板里的示例文字忘记删会怎样？

会被要求补正。示例里的系统名称、架构描述和你实际软件不符，属于明显的材料不一致。提交前用搜索功能查一遍模板原句和示例软件名，能省掉一次退回。

上面这些做法来自实际整理材料的经验，具体提交格式、页数要求请以中国版权保护中心办理时的最新说明为准。