我前两年在创业公司负责项目资质申报，前前后后报了42件软著，一次都没被驳回过，身边不少朋友每次报软著都踩坑，要么是源代码格式不对被打回，要么是说明书不符合要求要补正，折腾两三个月都拿不到证，其实只要摸清楚审查的逻辑，把材料细节做到位，通过率真的能拉满。
最开始我第一次报软著的时候也慌，找了网上随便搜的模板就凑材料，结果临提交前才发现到处都是问题，后来我对照软著申报要求一条条捋，才慢慢摸清楚里面的门道。先说大家最容易踩坑的源代码部分，很多人觉得源代码不就是随便粘几十页代码就行？真不是，我见过至少十个朋友因为源代码的问题被驳回，最常见的错误就是前后30页的代码随便凑，前面粘的是前端代码，后面粘的是后端代码，甚至还有人把其他项目的代码混进来，审查员一眼就能看出来不对。正常来说，源代码要选同一个项目的连贯代码，取前30页和后30页，每页不少于50行，不要留大段的空行，也不要带//、/* */这类注释，更不要出现其他软件、其他公司的标识，要是你的整个项目代码不足60页，就全部提交就行，不用硬凑页数，硬凑反而容易出问题。还有最后一页的代码一定要是程序的结束部分，不要半截就断了，这点很容易被忽略，我之前有个同事就是最后一页代码停在函数中间，直接被打回补正。
比源代码更容易出问题的是软件说明书，这部分是驳回的重灾区，很多人写说明书就两三页，全是干巴巴的功能罗列，连个操作截图都没有，这样的材料交上去百分百过不了。写说明书的时候要站在普通用户的视角，从软件的登录界面开始写，每个功能点的操作步骤都要写清楚，每一步都配上对应的操作截图，截图里的软件名称、版本号必须和你申报的软著完全一致，差一个字都不行，比如你申报的是“电商商家订单管理系统V1.0”，截图里的标题栏写的是“订单管理系统”，直接就会被驳回。还有截图里不要出现其他无关的内容，比如浏览器的收藏夹里有其他平台的标识，或者桌面有其他软件的logo，最好提前把这些都清掉再截图。另外说明书里不要提你用了什么开源框架、什么技术栈，审查员不关心这些，你只需要把你这个软件的功能、操作流程讲清楚就行，之前有个做开发的朋友习惯了写技术文档，在说明书里列了一堆用到的开源组件，结果被要求补正，删了之后才过。
很多人觉得申请表填起来很简单，随便写写就行，其实申请表里的小细节错了也会直接驳回。比如软件名称不能太笼统，不能叫“办公系统”“管理软件”这种没有明确指向的名字，必须加上具体的使用场景或者功能，比如“社区生鲜门店库存管理系统V1.0”才符合要求。还有开发完成时间和首次发表时间，不要填的太近，比如你今天提交申请表，开发完成时间填的是昨天，很容易被质疑真实性，一般最好间隔半个月以上，如果你的软件没有公开发布过，直接选未发表就行，不要瞎填已发表，选了已发表还要额外提供上线截图、发布记录之类的证明，反而麻烦。如果是多个权利人共同申请，一定要填清楚权利归属比例，还要附上合作开发协议，漏了的话也会被要求补材料。
之前有个开工作室的朋友自己报了两次软著都被驳回，找我看材料，我发现他的源代码里混了Java和Python两种语言的代码，明显是两个项目的代码拼到一起的，说明书里的截图还带了上家公司的logo，我给他改了材料之后，又给他推荐了软著Pro，他直接用里面的材料模板对着调整，半个月就拿到证了，省了好多瞎折腾的时间。
还有些小细节大家也要注意，不要贪便宜找那种几块钱的低价代理，很多代理收了钱之后就是随便凑一套通用材料给你交，被驳回了就不管了，我之前有个同事找的9.9的代理，折腾了半年都没下证，最后还是自己重新准备材料报的。如果收到补正通知也不用慌，按照补正意见里的要求一条条改，改完及时提交，只要不是核心造假的问题，补正之后基本都能过。要是你拿不准自己的材料符不符合要求，也可以去软著材料核查的页面先自查一遍，能避免80%的低级驳回问题。
其实软著申报真的没有大家想的那么难，也没有什么所谓的内部通道，只要你的材料都是真实的，所有细节都符合审查要求，通过率基本能到95%以上，最怕的就是大家觉得随便凑凑就能过，忽略了那些细节要求，反而浪费了自己的时间。我最近帮团队新申报的三个软著，都是按照这个逻辑准备的材料，20多天就下证了，一点问题都没有。