行业资讯 软著Pro编辑部

软著申请能不能顺利通过?摸过300份材料的过来人讲透过审规则

做了两年多软著相关工作,踩过的坑能列满两页A4,今天给大家说清楚软著过审的核心逻辑,帮大家少走弯路一次过。

711 次阅读 来源:网络整理

上周有个做独立开发的朋友找我吐槽,说他第三次提交软著申请被打回了,就差把源代码逐行标注释了还是过不了,问我软著是不是有什么暗箱操作,为啥有的人随便交交就下证,他认认真真准备反而卡了俩月。

我前两年在创业公司负责知识产权板块,前前后后摸过近三百份软著材料,过审率稳定在98%,真不是我有什么内部关系,就是摸透了版权中心审核的底层标准而已。很多人之所以总是被打回,根本不是代码不够原创,全是栽在大家根本没在意的细节上。

首先要纠正大家一个最大的误区:软著审核卡的从来不是代码的原创度。我之前接过一个小团队的申请,他们的产品是基于开源项目二次开发的,只要在材料里明确标注了开源部分的来源,说清楚自己二次开发的核心功能,照样顺利过审。反而90%的打回案例,都是栽在材料格式问题上,属于完全没必要的冤枉坑。

比如最常见的源代码问题,很多人觉得随便导出60页代码交上去就行,结果要么是页眉没标对应的软件名称+版本号,要么是前后内容大量重复,要么是最后一页直接断在代码中间,根本不是完整的程序结尾。还有的人提交的代码里保留了大量开源协议注释,直接标了GPL、MIT这些开源标识,审核员一眼就能看出来,直接打回没得商量。要是不知道源代码怎么整理才符合规范,可以去软著申请工具站里下现成的整理模板,直接套进去就不会出格式问题。

第二个高频踩坑点是操作说明书。很多人要么写得太敷衍,就放三五张截图加两行字,总共才三四页,根本看不出完整的功能逻辑;要么写得太复杂,把后台运维、服务器部署的内容都放进去了,和普通用户的操作流程完全脱节。我之前碰过最冤的一个客户,申请的是「XX门店库存管理系统V1.0」,结果说明书里的截图右上角写的是「XX库存系统beta1.2」,就因为版本号这点小问题被打回,来回耽误了半个月。还有的人写的功能描述和提交的代码完全对不上,你申请的是进销存系统,结果说明书里大讲特讲直播带货功能,你源代码里根本没有相关的逻辑,那肯定过不了啊。

很多人问我有没有什么办法能保证100%过审,说实话真的没有绝对的保证,但只要你避开上面说的这些格式问题,材料逻辑自洽,软件本身不涉及违规内容,过审概率基本能到95%以上。我见过的被打回的案例里,只有不到10%是真的涉及版权纠纷或者内容违规,比如你申请的软件是非法爬取他人数据的,或者是涉赌涉诈的,那找谁都没用,肯定过不了。

我平时帮客户整理材料的时候,都会先用软著Pro先做一遍材料预检,它会自动帮你查格式错漏、版本号一致性、代码重复率这些问题,省得提交之后才被打回浪费时间,反正免费的预检功能不用白不用,能省不少事。

还有很多人问是不是找代理就一定能过?其实也不是,很多代理的作用也就是帮你整理格式,要是你自己的软件本身有问题,或者你拿别人已经登记过的软件改个名字就来申请,那找谁都没用,我之前就碰过一个客户,抄了学长已经下证的软著,改了个软件名就提交,结果审核的时候直接就匹配到了原作品,还差点进了申请黑名单,这个就属于自己作的,谁都救不了。

给大家说几个实际操作的小技巧,都是我摸了几百份材料总结出来的:提交源代码的时候,要选前后各30页,每页不少于50行,注释占比不要超过30%,要是你的代码总长度不够60页,那就全部提交,最后一页一定要是程序的结尾部分,不要到一半就断了。说明书的话,一般10到15页就刚好,从登录界面开始,每个核心功能点配一张清晰的截图加一两行操作说明就行,全程的软件名称、版本号要和申请信息完全一致,连标点符号都不要错。

上个月有个大学生要申请软著评奖学金,自己整理了材料提交被打回,急得不行找我,我看了下他的材料,就两个问题:源代码的页眉写错了版本号,说明书里的截图有他自己做测试的时候加的私人水印,改完之后重新提交,12个工作日就下证了,根本没有大家想的那么复杂。

说白了软著审核真的没有什么黑幕,也不需要你花大价钱去走什么特殊渠道,只要你把材料按要求整理到位,符合基本的逻辑,基本上都能顺利通过,不要听网上那些人忽悠你必须花几千块找代理才能过,自己花个半小时研究下规则,或者用用免费的工具,一次过审真的没那么难。

赞助商内容