我前两年帮公司做项目申报，前前后后过手了一百多份软著材料，最开始没经验，第一批报的5份里就有3份被驳回，当时离项目申报截止只剩不到20天，急得我连着熬了两个通宵改材料，后来摸清楚审查的规则之后，后面报的几十份全都是一次过，身边朋友遇到软著驳回的问题也都习惯找我问。
很多人第一次拿到驳回通知的第一反应就是慌，赶紧对着材料随便改两下就重新提交，反而很容易二次驳回，甚至直接被限制申报，其实只要找对方法，90%的驳回情况都能补救回来。
拿到驳回通知第一件事：先把驳回理由读3遍别觉得这是废话，我见过太多人扫一眼驳回理由写的“源代码相似度较高”，就直接回去改变量名，改完就提交，结果第二次还是被打回来。其实审查员写的驳回理由里通常都藏着细节，比如有的会写“源代码第12-15页与公开开源代码重复率较高”，有的会写“操作手册未体现申报材料中提到的数据分析功能”，这些具体的指向才是你改材料的核心，别自己瞎猜要改什么。如果你不知道怎么判断自己的材料有没有潜在的驳回风险，也可以提前去软著申报自助检测平台做个预检，比提交之后被驳回再改要省太多时间。
最常见的驳回原因和对应解决方法我整理了这么久的材料，遇到最多的驳回原因无非就是三类，对应调整就行，不用太担心。
第一类是源代码相关的问题，比如相似度高、页数不够、格式不对、有第三方版权信息。很多人图省事，直接从网上扒开源代码改两笔就交，甚至注释里还留着原作者的名字和Github地址，这肯定会被驳回。改的时候别只改变量名，没用，审查系统是对比逻辑结构的，你要改核心功能的逻辑块，比如原来的登录校验是先验账号再验密码，你可以改成先验设备号是否在白名单，再校验账号密码，还有把前后端交互的参数名全部换一套，不要用通用的username、password这种，改成你自己软件独有的命名，比如shop_username、store_pwd之类的。另外源代码要提交前后各30页，每页不少于50行，不要有空行，不要带注释里的无关内容，页眉要统一标清楚你的软件名称+版本号，这些细节错了也会被打回来。我之前赶项目的时候改了两次源代码都过不了，后来朋友推了软著Pro，里面有自动去重和格式调整功能，导入代码就能直接生成符合要求的版本，省了我好多逐行调整的时间。
第二类是操作手册和申报材料不符的问题，比如你申报书里写了你的软件有门店销量统计、库存预警三个功能，结果操作手册里全是用户注册登录的截图，一个相关功能的说明都没有，或者截图里的软件名称和你申报的不一样，甚至带了别的软件的水印，这种也很容易被驳回。改的时候要对着你申报书里写的“主要功能与技术特点”那部分，一个功能一个功能核对，每个功能都要有对应的操作步骤和完整截图，截图要带上浏览器顶部的标题栏或者软件的顶部导航，能清晰看到你申报的软件名称，操作步骤要写得具体，比如不要写“点击查询即可看到数据”，要写“点击左侧导航栏的【销量统计】按钮，选择需要查询的门店名称和时间范围，点击右下角的【导出报表】即可生成对应时间段的销量明细”，越详细越好。
第三类是基础信息不符的问题，比如申请表里的申请人是“XX科技有限公司”，结果版权声明里盖的章是“XX科技有限责任公司”多了两个字，或者版本号申请表里写的是V2.0，操作手册里写的是V1.0，这种是最好改的，照着要求把所有材料的信息统一就行，但是也要注意，所有材料里的信息必须完全一致，一个字一个符号都不能差。
二次提交的注意事项，别踩二次驳回的坑改完材料别着急马上提交，我一般都会放个两天，再从头到尾核对三遍，尤其是针对驳回理由里提到的问题，要确认已经完全改到位了。二次提交的时候，记得在备注栏里写清楚你针对上次的驳回理由做了哪些调整，比如“针对上次驳回提到的源代码相似度问题，已调整核心登录模块、销量统计模块共1300行代码，删除了开源代码相关的注释内容；操作手册已补充库存预警、销量统计两个模块的操作步骤和对应截图”，这样审查员一眼就能看到你调整的地方，不用再从头到尾翻材料，通过率会高很多。要是你对驳回理由拿不准，不知道怎么调整才符合要求，可以找软著专业咨询的老师帮你看下，我之前有个朋友的软著被驳回两次，就是找他们帮忙调整的，最后一周就拿证了。
要是已经被驳回两次了，就别再硬提交了，最好把所有材料全部推倒重来，源代码重新整理，操作手册重新做，申请表重新填，要是三次被驳回，这个软件名称半年内都不能再申报，要是赶项目用的话反而耽误事。现在软著审查越来越严，别想着凑点材料就能蒙混过关，前期多花点时间把材料做扎实，比被驳回之后再改要省太多精力。