前两年公司冲高新资质，要凑12件软著，最开始没经验，自己瞎琢磨着整理材料，前两件全被打回，补正来来回回耽误了快俩月，差点赶不上高新申报的截止时间。后来摸透了审核的规则，后面十件全是一次过审，身边朋友要报软著我都会把攒的范例发过去，基本照着改都能过，根本不用花大几百找代理。
先说说最容易出错的申请表怎么填，好多人第一步就栽在这里。就说软件全称吧，我第一次填的时候图省事，直接写了“员工考勤管理系统”，就被打回了，正确的范例得是带版本号的，比如“智企员工考勤排班管理系统V1.0”，而且不能随便加无关的后缀，我当时脑子抽风还加了个“微信端”，审核员直接让我提供腾讯的授权证明，差点没给我整懵，后来把多余的字删掉才过。还有软件简称，要是没有统一的对外称呼就空着，别瞎编，之前有个同事填的简称和全称完全不搭边，也被打回要求说明简称的由来，平白多等了一周。还有开发完成日期和首次发表日期，别填你申请当天的，至少往前推半个月，要是软件从来没对外公开过，直接填“未发表”就行，别瞎编发表日期，不然审核员让你提供公开发表的证明，你拿不出来还是要补正。
然后是占比最重的源代码材料，这个坑真的太多了。审核要求是前后各30页，一共60页，不足60页的话就全部提交，每页不能少于50行，空行不能太多，注释占比不能超过30%。我第一次提交的源代码是随便从项目里拷的中间的样式文件，第一页全是css代码，直接被打回说不符合要求。正确的范例开头第一页必须是软件的入口文件代码，比如你做的是Java项目，就放启动类的代码，做的是小程序就放app.js的代码，然后按功能模块依次往后排，最后一页要放程序结束或者最末尾功能的代码，不能随便断。还有每页的空行要删掉，那种一行代码隔三行空行的肯定过不了，注释太多的话就把没用的备注删掉，比如“// 这里是点击事件”这种废话注释全删掉就行，保证每页行数够，页码要统一标在右上角，连续不能断。要是懒得自己调整格式，可以直接用软著申请材料自动生成工具，上传代码就能帮你排好版，不用自己慢慢凑行数调格式。
再说说操作手册或者用户说明的范例，好多人随便写个两三页就交，肯定过不了。要求至少15页，内容要和你提交的软件功能完全对应，每个功能都要有操作步骤加截图，截图里的软件名称、版本号必须和申请表里的完全一致，之前有个同事交的手册里截图的版本号是V0.9，申请表填的是V1.0，直接被打回补正，耽误了大半个月。我一般写手册都会先在开头写清楚软件简介和运行环境，比如“本软件为微信小程序端应用，适配微信8.0及以上版本，支持iOS14、Android10及以上系统运行”，然后按模块拆分，比如登录模块、考勤打卡模块、排班管理模块、统计导出模块，每个模块先写功能说明，再一步步写操作步骤，比如“1. 点击首页的「考勤打卡」按钮，进入打卡页面；2. 确认定位信息和当前时间无误后，点击蓝色「打卡」按钮，页面弹出「打卡成功」提示即完成操作”，每一步都配对应的截图，截图要把顶部的导航栏或者软件标识露出来，能看到版本号最好，最后再加个V1.0版本的功能清单，说明这个版本实现了哪些功能，这样凑下来基本都有20页左右，完全符合要求。
要是你提交的是开发说明书而不是用户手册，就要注意区分两者的区别，用户手册是给普通用户看的操作指南，开发说明书是给审核员看的技术说明，要写清楚你用的什么开发语言、什么框架、数据库是什么，核心功能的实现逻辑是什么。比如你可以写“本软件采用Java语言开发，基于SpringBoot框架搭建，使用MySQL存储数据”，然后每个功能模块写清楚实现逻辑，比如考勤打卡模块的逻辑是“前端获取用户实时定位信息，调用后端接口比对预设的打卡范围，符合范围则将打卡记录写入数据库，返回成功标识，不符合范围则弹出「超出打卡范围」的提示”，不用写太复杂的技术细节，把逻辑说清楚就行，大概10页左右就够。
我后来报的那十多个软著，基本都是在软著Pro上找的范例模板，直接对着填就行，省了好多自己瞎琢磨的时间，而且还有免费的格式校验功能，提交之前扫一遍就能知道哪里有问题，我上次就是校验出来源代码里有一页只有42行，提前改了才没被打回。
还有一些零碎的材料也别漏，公司申请的话要提交盖了公章的营业执照副本扫描件，个人申请就是身份证正反面扫描件，要是是多人合作开发的，还要附上合作开发协议，所有著作权人都要签字盖章，我之前帮朋友报过一个两人合作的软著，一开始忘了交协议，直接被打回，又折腾了好久。要是需要现成的全套软著申请材料范例，也可以去上面找，都是已经过审的真实案例改的，通用性很强，改改软件名称和功能就能用。
其实软著申请真的没那么难，我身边不少完全没接触过的朋友，照着范例改，花个半天时间就能整完所有材料，提交之后等一个多月就能下证，比找代理省好几百块钱，何必花那个冤枉钱呢。
