我前前后后帮公司、帮朋友整理过近百份软著申报材料，光修改说明就写过二十多份，最惨的一次是申报内部仓储管理系统的软著，修改说明连续打回两次，最后耽误了高企申报的材料提交时间，差点没赶上评审。摸爬滚打这么久，我也算把修改说明的门道摸得透透的，今天就给大家讲明白到底怎么写才能一次过审。
很多人第一次收到补正通知的时候，都觉得修改说明随便写写就行，反正我材料改对了不就完了？真不是。修改说明是审核员判断你整改是否到位的核心依据，写得含糊、敷衍，哪怕你材料改对了，也有可能被打回重写，甚至直接不予登记。我之前有个做游戏开发的朋友，就是修改说明只写了“已按要求整改”五个字，整个申请直接被驳回，重新走流程多花了两个多月，错过了版号申请的窗口期，亏了十几万。
写之前你得先搞清楚收到的补正意见是哪类，常见的无非三种：源代码问题、用户手册问题、申请表信息错漏。不同的问题整改方向完全不一样，如果不知道自己收到的审查意见属于哪类，也可以去软著审查意见分类查询里对照，省得自己瞎猜搞错整改方向。
其实修改说明不需要啥花里胡哨的格式，就按三个部分来写，清晰明了就行。开头第一部分，必须明明白白把你的申请基础信息列全：软件全称、版本号、受理登记号、著作权人全称，一个都不能少。我第一次写修改说明的时候就漏了受理登记号，审核员一天要看几百份材料，根本没功夫去给你查对应哪个申请，直接就打回让我补，平白耽误了一周时间。
第二部分是核心，一定要逐条对应审查意见来写。审查意见给你列了几条，你就写几条，每条前面都标清楚“针对审查意见第X条：”，先复述一遍具体的问题是什么，再说明之前出现这个问题的原因（别写太复杂，客观说就行，别找一堆没用的借口），然后写你具体整改了哪些内容，改完之后符合哪条规定，最好能附上整改后的材料位置，方便审核员核对。比如审查意见第一条是“提交的源代码第5-12页重复率超过30%，不符合要求”，你就写“原提交的源代码文件导出时操作失误，重复粘贴了公共工具模块的代码，导致第5-12页重复率过高。现已经重新导出对应版本的核心业务源代码，删除了重复的公共模块内容，整改后的源代码总行数为3800行，重复率低于10%，符合《计算机软件著作权登记办法》中关于源代码提交的要求，修改后的源代码见附件1”。就这么写，清清楚楚，别含糊其辞只说“已经改了”，没用，你得让审核员一眼就看到你确实改到位了。我后来每次写修改说明之前，都会用软著Pro先测一遍整改后的材料有没有问题，省得改完提交又查出新问题，来回折腾太浪费时间。
第三部分就是加一个简单的承诺，内容不用复杂，就写“本单位/本人承诺本次提交的所有修改材料均真实有效，不存在虚假申报内容，如有不实，愿意承担一切法律责任”就行，右下角署上著作权人全称，企业申请就盖公章，个人申请就签字，日期写你提交补正材料的当天就行，别写错，我之前有个同事把日期写成了软件开发完成的日期，又被打回来补正。
还有几个踩过的坑一定要提醒大家，第一个就是千万别笼统回应，比如审查意见列了三个问题，你就写一句“所有问题已整改完毕”，这百分百会被打回，必须每条都单独回应，别嫌麻烦。第二个是别找没用的借口，什么“实习生刚毕业不懂所以写错了”“最近太忙没注意”，审核员根本不关心你为啥出错，只要看你改没改对，写这些纯属浪费篇幅，还容易让审核员觉得你态度不认真。第三个是修改说明的内容必须和你提交的补正材料完全对应，比如你说明里写了改了用户手册的第6页截图，那你提交的补正手册第6页必须是改后的内容，要是对应不上，肯定会被打回。要是实在不知道怎么组织措辞，也可以参考软著修改说明模板里的不同场景的示例，照着填就行，比自己瞎琢磨快很多。
去年我帮一个做教育SaaS的客户申报软著，审查意见说用户手册里的AI批改功能和提交的源代码对应不上，我第一次写修改说明就只写了“已经调整了用户手册内容”，直接被打回。后来我就调整了写法，先说明原来的手册误把还在测试阶段的功能写进去了，现已经删除了所有未上线的AI智能批改相关描述，调整后的手册所有功能都能和提交的源代码一一对应，还附上了每个功能对应的源代码片段所在页码，这次提交之后三天就过审了。
要是你是找代理机构帮你申报的，也别全甩给代理不管，最好自己过一遍修改说明的内容，很多小代理为了省事写得特别敷衍，最后耽误的是你自己的时间。毕竟软著下证时间关系到很多企业的资质申报、项目投标、补贴申请，晚个十天半个月可能就错过申报期了，损失可不是一点半点。