上个月我刚帮同园区的一个创业团队处理完软著驳回的事，他们要拿软著申请高新培育补贴，截止日只剩不到20天，第一次提交直接被打回，几个小伙子急得团团转，拿着驳回通知书来找我，连说是不是要重新交钱再报，其实真的没那么夸张。
先搞懂驳回原因，别上来就瞎改
很多人拿到驳回通知第一反应就是重新做材料，连审查员写的驳回理由都没仔细读，这是最傻的。我见过有人因为源代码每页行数不够被驳回，转头重新传了一份注释占比超50%的代码，当然二次被打回。正常来说，驳回通知书里会写得非常具体，是源代码相似度超标，还是说明书和代码不匹配，或是材料格式不符合要求，甚至是你提交的身份证明材料过期了，都写得明明白白，先把问题圈出来，再针对性改。
要是你拿到的驳回理由写得比较模糊，比如“疑似登记内容重复”，你也不用瞎猜，软著申报自助平台上能查已公开的软著登记信息，对比下自己的材料和同领域的有没有撞内容，基本就能找到问题。我之前帮那个创业团队查的时候，就发现他们的源代码里抄了不少某开源项目的核心模块，相似度直接飙到75%，不被驳回才怪。
不同驳回类型的整改思路
最多人遇到的就是源代码相似度超标的问题，这种改的时候别想着只改几个变量名蒙混过关，现在审查系统的比对精度很高，连代码逻辑的顺序都能识别到。改的时候先把核心功能的代码逻辑调整下，比如原来的用户验证是先查账号再查密码，你可以改成先判断账号格式再查数据库，函数名、变量名全部换成你自己项目里的命名习惯，注释全部重写，不要抄开源项目里的英文注释，前后各30页的代码里，至少要改30%以上的内容，才能过比对。如果是自己之前已经申请过同类软著，那重复的代码也不能直接用，也要调整，不然会被判重复登记。
其次就是说明书的问题，要么是功能描述和代码不匹配，要么是缺少运行界面截图，要么是操作流程写得太笼统。改的时候要对着代码的功能模块写，比如你代码里有订单导出的功能，说明书里就要写清楚这个功能的入口、操作步骤、导出的文件格式是什么，配对应的操作截图，截图里的系统名称要和你申请的软著名称完全一致，不要带别的品牌标识。我之前遇到过有人说明书里的截图全是测试环境的，左上角还标着“测试版V0.1”，这种肯定过不了，要换成正式运行的界面。
还有一类是格式问题，比如源代码要求每页不少于50行，注释占比不超过30%，说明书要求页眉有软著名称和版本号，页码连续，这些改起来最简单，对着要求调整就行，别嫌麻烦。我平时做批量申报的时候，一直用软著Pro做材料预检，大部分格式问题和相似度问题提前就能筛掉，省了不少返工的功夫。
整改完提交前的必做检查
改完材料别着急提交，先对着驳回通知书里的问题一条一条核对，确保每个问题都改到了。比如审查员说你缺3个功能的界面截图，你就要数清楚补的截图是不是对应那3个功能，有没有漏。改完的材料最好再做一次预检，要是不知道整改后的内容符不符合要求，也可以在软著材料校验工具里上传先测一遍，基本符合要求再提交，就不会二次被打回。
还要注意整改的期限，正常是收到驳回通知后的15个工作日内要提交整改材料，别拖到最后一天才弄，万一系统卡壳或者你漏传了文件，过了期限就只能重新申报，不仅要再交一次费，还要多等一个多月的时间，赶补贴或者项目申报的话根本来不及。
其实软著驳回真的不是什么大问题，我这几年处理过的驳回申请，只要不是完全抄袭或者内容完全不符合要求的，整改之后的通过率至少有90%，比你直接放弃重新申报要省时间省钱，只要找对问题，改到点上，基本都能顺利拿证。