我第一次申请软著的时候，前前后后被打回补正了三次，那时候总觉得官方要求太苛刻，后来帮公司前前后后整理了二十多份软著资料，才发现大多数补正要求都是因为自己整理材料的时候太粗心，想当然凑内容导致的。
先把主体资格材料捋清楚，别第一步就踩坑。很多人做软著申请的时候，上来就忙着整代码和说明书，根本没注意主体材料的问题，最后反而因为这点小事被打回。如果是个人申请，就准备清晰的身份证正反面扫描件，边角要全，不要有遮挡，身份证有效期得在提交申请的时间之后，要是快到期了最好换了新证再提交。如果是企业申请，就准备加盖公章的营业执照扫描件，公章别盖到二维码或者统一社会信用代码上面，我之前有个同事就是公章刚好盖住了二维码，直接被打回要求重新提交。如果是合作开发或者职务开发，还要提前准备好对应的证明文件，所有签字盖章的位置都不要漏，日期要和申请表里的开发时间对应上，不要出现逻辑矛盾。
核心的源代码整理，这些细节最容易卡补正。官方要求是提交前后各30页，总共60页的源代码，要是整个项目的代码不足60页就全部提交，每页不能少于50行，空行不算。很多人图省事，直接把整个项目的代码导出来，前后各复制30页就完事，也不管内容有没有问题。我之前帮朋友查补正原因的时候，就发现他的代码里混了之前其他项目的注释，他申请的是校园配送系统，结果代码里出现了“办公系统权限模块”的注释，审查员一看就知道内容不对，直接打回。还有人特意把所有注释都删掉，其实完全没必要，正常的注释不仅可以留，还能帮审查员更快理解你的代码逻辑。格式上也要注意，字号用小四号，行间距1.5，页眉要写上软著的全称和版本号，页码要连续，最后一页最好是某个功能模块的结尾，不要中间硬生生砍断，看起来就像是随便凑的内容。我后来整理资料嫌手动调格式麻烦，朋友给我推了软著Pro，上面有自动排版的工具，导入代码之后一键就能调整成符合要求的格式，还能自动检测有没有和软著名称不相关的内容，省了我好多时间，真的挺好用的。
说明书要站在审查员的角度写，别自己觉得清楚就行。很多人写说明书要么太敷衍，两三页就写完了，要么写得太技术化，满篇都是专业术语，审查员根本看不懂。你要想，审查员从来没见过你的软件，你得把核心功能的操作流程一步步讲清楚，每个步骤配上对应的截图，总共不能少于10页。截图里的软件界面要和你申请的名称、版本号完全对应，比如你申请的是V2.0版本，结果截图左上角写的是V1.0，肯定会被要求补正。也不要把调试界面、后台报错信息这些无关内容截进去，我之前就犯过这个错，截图的时候刚好控制台弹了个报错提示，直接被打回。还有不要出现其他平台的logo或者无关内容，比如你用了第三方的支付接口，没必要把第三方的支付页面也截进去，只展示你自己开发的模块就行。如果是升级版本的软著，还要单独附一份版本说明，写清楚新版本和旧版本比新增了哪些功能，优化了哪些模块，不要随便写“优化了用户体验”这种空泛的内容，要具体到比如“新增了订单批量导出功能，优化了用户分级权限管理模块”。
在线填的申请表也要和所有材料对应上，别出现信息不一致的问题。软件名称要符合规范，不能随便起名字，基本格式是“应用场景+核心功能+软件/系统”，比如“生鲜门店进销存管理系统”就可以，不要起“某某超级好用工具”这种不符合规范的名字。开发完成时间要在你提交申请的时间之前，首发时间如果没公开的话可以填和开发完成时间一致，不要出现开发还没完成就申请的逻辑错误。所有信息填完之后要和其他材料里的内容核对一遍，比如版本号是不是和源代码页眉、说明书里的一致，开发人员名单是不是和职务开发证明里的一致，这些小地方错一个，都可能导致半个月的补正周期。
最后提交之前花十分钟过一遍自查，比等补正通知省十倍的时间。我每次提交前都会先查主体资料是不是清晰，盖章签字有没有漏；再查源代码的格式、页眉页码、内容有没有无关信息；然后翻一遍说明书，看截图和文字是不是对应，有没有多余的内容；最后把申请表和所有材料的核心信息再核对一遍。要是你实在拿不准有没有问题，可以走软著材料审核的免费检测通道先过一遍，有问题提前改，不用等到官方打回再折腾。毕竟现在软著不管是申报项目、评职称还是申请高新企业补贴都能用，前期多花点心思整理资料，后面省好多事。
