我第一次接触软著申报是四年前，当时给公司做的校园外卖调度系统报软著，刚提交半个月就收到了补正通知书，要求提交修改说明。那时候完全没经验，瞎写了两句“已按要求修改”就交上去，直接被打回，前后折腾了快一个月才过，耽误了项目申报的补贴时间，扣了我半个月绩效。
后来前前后后我自己报了快百份软著，帮同事和同行改的修改说明也有几十份，才摸清楚这里面根本没什么复杂的规则，核心就是给审查员讲清楚你改了啥、有没有改核心信息就行。
首先你拿到补正通知书的时候，先别着急改材料，先把通知书里列的问题一条条圈出来，一条都别漏。我见过好多人写修改说明，审查员列了三个问题，他只回应了两个，剩下的那个没提，直接就被打回，白耽误一周时间。
修改说明的开头一定要写全软著的基本信息，包括软件全称、申请号、申请人名称，要是是公司申请的还要写上统一社会信用代码。这个是基础，审查员每天要处理几百份补正材料，你不写清楚申请号，人家根本不知道你对应哪个申请，直接就给你打回来。我之前帮朋友看他的补正材料，就犯过这个错，连申请号都没写，白白浪费了十天时间。
接下来就是对应你圈出来的每一条问题，逐一回应。别笼统写“所有问题都已修改”，审查员没时间给你对比修改前后的材料。每条问题都要写清楚三个部分：原材料存在的问题是什么、你具体改了哪里、修改有没有影响软件的核心信息。比如我第一次收到的补正里有一条是源程序第12页、37页有开源项目的残留注释，我后来写的回应就是：原申请提交的源程序第12页、37页残留了前期开发时参考的开源工具注释内容，不属于本软件自主开发部分，现已将对应位置的注释完全删除，修改后的源程序均为我司自主开发，未调整软件原有功能，也未改变软件创作完成时间、发表状态等核心信息。
要是你连源程序的整理规范都没搞清楚，可以先看软著源程序整理的相关要求，别改了半天源程序还是不符合规范，又要二次补正。
这里有个大坑千万别踩：绝对不能在修改说明里提到你改了软件的核心功能、或者修改的内容是申请之后才做的。软著的补正只能改材料里的错误，不能改软件本身的信息，要是你说你改了某个功能，这个功能是你提交申请之后才开发的，直接就会被驳回，甚至可能被认定为申报造假，半年内都不能再报。
所有问题都回应完之后，最后加一句申请人承诺就行，就写“本申请人承诺本次修改内容均真实有效，未改变软件的核心信息，如有不实，愿承担一切法律责任”，公司申请的盖公章，个人申请的签名字就行。要是修改说明超过1页，一定要盖骑缝章，每一页的角落也要盖章或者签字，不然审查员会认为你中间的内容有可能被替换，不给你过。
我去年帮个开外包公司的朋友改修改说明，他给客户报的仓储管理系统软著，补正要求改说明书里功能描述和源程序对应不上的问题，他之前就随便写了句“已修改说明书内容”，连续两次被打回，最后客户要的拿证时间快到了急得不行，我帮他把每条问题对应修改的页码、修改前后的内容差异都列清楚，交上去第三天就过了。
我后来申报量多了，每次自己整理修改说明还要核对补正问题太耗时间，赶项目节点的时候就直接用软著Pro，里面有对应不同补正场景的修改说明模板，填个基本信息就能导出，省了我好多功夫。
要是你提交完修改说明还不知道后续进度，或者不知道补正材料要怎么打包上传，可以去看软著补正材料提交的相关说明，都是整理好的现成规则，不用自己去翻版权局的长文档找要求。
其实写修改说明真的不用搞什么花里胡哨的话术，审查员每天看那么多材料，就想一眼看到你有没有按要求改、改的内容合不合规，你写得越清楚直白，过审的速度就越快。我这两年写的修改说明，只要是按这个逻辑来的，基本都是一次过，从来没再被打回过。要是你实在拿不准自己写的对不对，找之前报过软著的人帮你扫一眼就行，别自己瞎琢磨半天还踩坑。
