前两年我帮公司做软著申报，前两个申请都卡过补正，第一次收到通知的时候整个人都慌，以为之前做的材料全白费，找了好多资料瞎改一通交上去，结果又被打回来，来回折腾了快两个月才过。后来摸清楚门路了，后面报的十几个软著要么直接过，要么补正一次就过，连负责对接的知识产权局的老师都夸我补正材料写得清楚。
先把补正通知拆碎了读透，别上来就改材料
我见过好多人收到补正通知扫一眼问题，就着急去改源代码改说明书，改完直接交，结果十有八九还要被打回来。首先你得逐字读审查员提的每一条意见，圈出来核心要求是什么，比如有的意见写“请补充说明书中批量导出功能的操作流程图及对应源代码片段”，核心要求有两个：一是补功能流程图，二是补对应代码，你漏了哪个都不行。
还有的意见写得比较模糊，比如“请说明该软件名称的命名依据”，你别随便写一句“我们公司自己起的”就交，要对应着软著材料规范里的命名要求，写清楚名称里的品牌词、功能领域、软件后缀都是怎么来的，有没有对应的商标证，要是有相关的运营证明也可以附在后面，说服力强很多。
补正说明的核心逻辑是“对应回复+证据支撑”
补正材料不是让你只交改完的源代码和说明书就行，你得写一份专门的补正说明，对着审查意见一条一条回应。我第一次补正的时候就没写说明，直接把改好的材料交了，结果审查员找了半天没找到我改了啥，直接又发了一次补正通知。
比如审查员提了三个问题，你就分三条写，每一条开头先复述一下审查意见的核心内容，然后写你针对这个问题做了什么修改，修改的内容在附件的哪个位置，和其他材料的对应关系是什么。举个例子，要是审查意见是“源代码第15页出现非自主开发的开源代码注释，请核实并修改”，你就可以这么写：“针对审查意见第2条提出的源代码存在开源代码注释的问题，我方已删除对应位置的第三方注释内容，修改后的源代码详见附件1第15页，该功能模块为我方自主开发，不存在侵权问题，对应说明书第4.3节的用户权限校验功能描述一致。”这样审查员一眼就能看到你改了啥，不用自己翻找，通过率自然就高了。
对了如果你们平时报的软著多，我自己常用软著Pro查同类型的补正案例，还能自动生成补正说明的基础框架，不用自己从零开始凑内容，比瞎琢磨快太多，我现在每次写补正之前都会先上去搜搜有没有同款问题的参考写法。
不同类型补正的注意事项，这些坑我都踩过
要是补正要求涉及源代码，别随便删改核心逻辑，你改了之后要和说明书里的功能描述对得上，我之前有个同事为了凑够60页源代码，随便加了一堆和功能无关的代码，结果审查员比对之后发现和说明书完全对不上，直接给驳回了。还有源代码的页眉要标清楚软件名称和申请号，前后各30页的格式不能乱，每页不少于50行，这些细节错了也会被要求重新补。
要是补正要求涉及说明书，缺什么补什么就行，比如缺运行环境说明你就写清楚支持的操作系统、运行需要的插件、最低配置要求，缺操作截图你就补全从登录到对应功能操作的全流程截图，截图里不要出现和本软件无关的其他内容，也不要打马赛克，要能清晰看到软件名称和功能界面。要是要求你修改功能描述，改完之后要核对和源代码的对应关系，别你说有这个功能，结果代码里完全找不到实现逻辑。
还有很多人容易忽略格式要求，补正材料的页码要连续，附件要标注清楚是补正后的说明书还是源代码，最好在修改的位置加个明显的标注，比如用黄色高亮标出来，方便审查员核对。我之前就吃过这个亏，改了好几处内容没标注，审查员没找到，又让我补了一次说明，浪费了快一周时间。大家要是不确定格式对不对，可以去搜软著补正格式要求，上面的要求都是最新的，别用网上那种好几年前的旧模板，很容易出错。
最后提醒一句，补正的期限是15个工作日，从你收到通知那天开始算，别拖着不弄，过了期限就视为自动撤回申请，之前交的申请费也退不了，之前做的所有准备都白费。要是实在拿不准怎么写，找之前申报过的人帮你看看，别自己瞎猜审查员的意思，改不对来回折腾更浪费时间。
