软著品牌介绍

软著先分清“官方口径”和“经验口径”

网上关于软著的说法，大致分两类：一类是版权保护中心办事指南里白纸黑字写着的，比如材料清单、受理条件；另一类是别人交过几次总结出来的经验，比如“文档里代码行数怎么数”。

前一类你可以直接信，后一类要当成参考。我的做法是：凡是看到“必须”“一律”“绝对”这种词，先回到官方指南核对一遍；对不上的，就当作个案经验，别当规则用。

源代码页的处理，是最容易翻车的地方

很多新手以为把整个项目打包上传就行，实际上软著对源代码提交有明确的页数和格式要求。常见的坑有三个：

• 代码前后各取一定页数，不足的按实际页数提交，别硬凑。
• 每页要有连续的行号，页眉页脚不要盖住代码。
• 代码里如果混着大量第三方库，最好能说明清楚哪部分是你自己写的。

这些细节看着琐碎，但补正通知里出现频率最高的正是它们。

文档不是“随便写个说明书”

软著的文档材料，核心是让审查员能看懂你的软件做什么、怎么用。它不需要写成产品白皮书，但至少要有功能说明、操作流程、界面截图。我见过有人交了一份两页的 Word，结果被退回要求补充操作说明——不是写得不好，是信息不够支撑判断。

实操上，把软件的主要功能模块各写一段，配上截图，通常就能过。

软著检索时，优先看“日期”和“来源”

关于软著的政策口径会调整，一篇三年前的文章可能已经过时。检索时先看发布时间，再看作者是否注明依据。我们自己在整理内容时，也会标注信息所依据的公开来源，方便读者自己复核。

需要说明的是，本站不展示无法核实的具体办结天数、通过率之类的数字——这些数据各家口径不一，写上去反而误导。

把“补正”当成正常流程，不是失败

第一次提交被要求补正，非常常见，不代表你哪里做错了。补正通知会写清楚缺什么、改什么，照着改就行。软著登记不是考试，没有及格线，把材料补齐就是进步。

我们在 常见问题 里也专门讲过补正的处理思路，可以对照着看。

登记之后，还有维护要做

拿到证书不等于一劳永逸。软件版本升级、著作权人信息变更，都可能涉及后续的登记或变更手续。这部分内容我们放在 深度解读 的延伸里持续补充，也会在 使用须知 中说明我们的信息来源边界。