我前两年在互联网公司做项目合规，每年要帮技术团队报几十份软著，最开始踩坑踩得头大，第一次提交的4份材料全部被打回，光补材料就耗了快一个月，耽误了好几笔高新补贴的申请。后来摸透了版权中心的审核逻辑，现在手里过的材料基本不会出问题，今天就把具体怎么写的经验全说透。
先说说最容易被忽略的申请表填写
很多人觉得申请表就是填个基础信息，随便填填就行，实际上八成的低级驳回都是出在这张表上。首先是软件名称，不能随便起个“XX管理系统”就完事，要明确体现软件的功能和应用领域，比如你做的是针对餐饮门店的库存管理工具，就叫“餐饮门店智能库存管理系统V1.0”，别写什么“智能管理系统”这种模糊到没边的名字，审核员一眼就会打回来让你补说明。
版本号也别随便往高了写，如果你之前没有登记过这个软件的旧版本，直接填V1.0就好，要是一上来就写V3.0，审核员会要求你提供前两个版本的登记证明或者升级说明，平白多了一堆工作量。还有开发完成时间，一定要晚于公司的注册时间，我之前遇到过刚成立半个月的创业团队，填的开发完成时间比公司注册日期早了三个月，直接被驳回，这种低级错误真的没必要犯。
要是涉及到多个著作权人，一定要把所有主体的信息都填全，后续盖章也要和申请表里的主体一一对应，少一个章都过不了。软著申报的申请表填写其实没那么多技巧，就是要细，每个信息都和实际情况对上就行。
接下来是占驳回原因一半以上的源代码部分
很多技术人员提交代码的时候随便导出整个项目的代码就交，十有八九会被打回。首先要明确要求：前后各取连续的30页，一共60页，不足60页的就全部提交，每页不少于50行代码，不要出现过多的注释，也不要全是注释。最关键的是，代码里不能出现其他公司的版权声明、其他软件的开源标识，我之前有个同事提交的代码开头带了某开源框架的版权声明，直接被判定权属存疑，打回来重新整理。
前30页的开头别全是import导入包的代码，把你软件核心功能对应的逻辑代码放在最前面，让审核员一眼就能看到你这个软件是有实际原创内容的，不是随便凑的代码。最后一页一定要是完整的代码结尾，不能半截就断了，页码统一标在右上角，不要加花里胡哨的页眉页脚，就用纯黑色的阿拉伯数字就行。
要是你赶时间或者对格式要求摸不准，也可以用软著Pro，我上次赶高新申报的deadline的时候用过，自动就能把源代码调整成符合要求的格式，还能帮你排查有没有第三方的版权信息，省了我大半天的时间。
最后是大家最容易写偏的说明书
说明书要么叫使用说明书要么叫设计说明书，页数不能少于15页，别写得太敷衍。很多技术人员写说明书喜欢堆架构图、底层逻辑，满篇都是专业术语，审核员根本看不懂，自然会打回来让你改。你就站在普通用户的视角写，先写软件的安装部署步骤，再逐个功能模块写操作方法，每个功能都配对应的操作界面截图，截图要清晰，不能有马赛克，也不能出现和这个软件无关的内容，比如弹窗广告、其他软件的工具栏这些，都会成为驳回的理由。
还有个很重要的点：说明书里提到的功能，必须和申请表里填的软件功能简介完全对应，申请表里写了有“用户行为数据分析”功能，说明书里就必须有这个功能的操作说明和截图，少一个都不行。我之前帮一个创业团队改材料，他们申请表里列了4个核心功能，说明书里只写了2个，第一次提交直接被打回，来回折腾了半个月才过。
最后再提几个容易漏的小细节，所有提交的纸质材料都要盖清晰的骑缝章，公章不要盖在文字上面，不然审核员看不清信息也会打回。电子材料全部转成PDF格式，文件名要和软件全称完全对应，别叫“新建文档1.pdf”这种，审核员每天要看几百份材料，你文件名乱起很容易被误判。软著材料整理其实没有大家想的那么难，核心就是细，每个要求都对应到，基本都能一次过审。我这些经验都是这么多年一份份材料改出来的，照着做基本不会有大问题，要是实在拿不准，提前找有经验的人帮你把一遍关，能省很多时间。