前两年赶高新申报截止期的时候，我帮运营部报的客户管理系统软著第一次提交就被退回，当时吓得一身冷汗，要是补报没赶上，几十万的补贴就打水漂了。后来摸透了软著审核的规则，这两年经手的17件软著要么一次过，要么补报一次就过，身边朋友被退的找我帮忙改，也基本都没再卡过。
拿到退回通知第一件事，先把官方给出的每条退回意见逐字读三遍，别凭着感觉瞎改。很多人一看到被退就急着改源代码改说明书，改完交上去又被退，就是没对应上审核老师提的具体问题。比如上次有个朋友被退的理由是“源代码页眉不符合要求”，他直接把整个源代码都换了一遍，结果交上去还是被退，就是没注意到他原来的页眉写的软件名少了个“V1.0”的版本号，和申请表里的信息对不上，白忙活了一周。
最常见的退回原因就是源代码出问题。要么是重复率太高，要么是格式不符合要求，要么是内容和申请的软件功能不匹配。很多人会直接把项目里的所有代码导出来就交，里面一大堆通用框架、开源组件的代码，审核那边一对比就会判定重复率过高，这时候你要做的不是到处找降重工具瞎改，而是把你自己写的核心业务逻辑代码抽出来，前后各凑30页，每页不少于50行，通用工具类的代码尽量少放。我现在每次提交之前都会先做软著查重，提前把重复的片段替换掉，省得提交之后被退来回折腾。还有要注意源代码的页眉必须和你申请表里填的软件全称+版本号完全一致，差一个字都不行，也不要出现其他软件的名称或者开源项目的标注信息。
第二个高发的退回原因是用户手册/说明书不合格。很多人写说明书就是随便截几张操作界面的图，配两句话就交了，要么是功能描述和申请表里填的对不上，要么是截图里带了第三方平台的logo，要么是缺少核心功能的操作流程。比如你申请表里填了“智能数据分析”功能，说明书里半个字都没提，肯定会被退。改的时候首先要把审核老师提的缺漏的功能补全，每一个功能都要有对应的操作步骤、界面截图，截图里如果有微信、支付宝或者其他第三方的标识，一定要打码遮盖。还有说明书里不要出现“本软件基于XX开源项目开发”这类表述，也不要提和其他软件的对接合作内容，就聚焦讲你这个软件本身的功能就行。
还有一类退回是主体资质材料出问题，比如公司营业执照没盖鲜章，个人申请的身份证复印件模糊，合作开发的没有附合作开发协议，这类问题改起来最简单，按照要求补盖公章、重新提交清晰的材料就行，只要在补报期限内交上去基本都不会有问题。对了，补报的期限是30个工作日，从你收到退回通知那天开始算，超期的话就会被视为自动撤回申请，得重新走流程，所以别拖，收到退回通知尽量一周内改完提交。
改完所有内容提交的时候，一定要在补报备注栏里对应每条退回意见写清楚你改了什么，比如第一条意见是“源代码重复率过高”，你就写“已替换核心业务模块代码共13页，调整后核心代码均为自主编写，重复率符合要求”，第二条意见是“缺少智能标签分类功能说明”，就写“已补全智能标签分类功能的操作流程及对应界面截图共4页”，审核老师一眼就能看到你对应改了内容，不用再慢慢翻找，过审的概率会高很多。
改的时候别瞎改核心申请信息，比如软件名称、版本号、申请人这些，补报只能改申请材料，不能改核心登记信息，要是你觉得名称填错了，只能撤回申请重新报，不能在补报的时候修改。也别为了凑页数往源代码里塞一堆没用的注释或者空行，审核老师每天看几百份材料，这种小把戏一眼就能看穿，反而会给你卡得更严。
我后来发现个挺好用的工具叫软著Pro，不仅能提前查源代码重复率，还能自动生成符合审核要求的源代码格式、说明书模板，上次帮朋友改被退回的仓储管理系统软著，用里面的查重功能扫出来27%的重复片段都是通用框架的代码，换成他自己写的库存预警模块的代码之后，再交上去直接就过了，省了好多瞎琢磨的时间。
上次还有个做独立开发的朋友，个人申请软著被退回说“存在代开发嫌疑”，他把自己当时的开发需求文档、迭代记录、测试报告都整理成附件附在补报材料里，交上去第三天就过了。其实软著审核没有大家想的那么严，只要你确实是自主开发，材料对应上审核要求，基本都能过，不用太担心。
