行业资讯 软著Pro编辑部

软著申报材料怎么写才能一次性通过?过来人实操经验分享

整理过30多份软著申报材料、通过率100%的过来人,告诉你软著材料撰写的核心要点、避坑细节,帮你少走弯路一次性过审。

816 次阅读 来源:网络整理

前两年在互联网公司做项目申报岗,前后经手了三十多份软著材料,最开始踩坑踩的头大,第一份材料前前后后被打回了三次,硬生生把我从啥也不懂的小白逼成了公司里的软著申报“活字典”,身边不少创业的朋友想报软著加分或者评资质,第一个就来找我问材料怎么写才能一次过。

先说说最多人踩坑的源代码部分。很多人第一次整理代码,直接把项目整个打包提交,或者随便扒前后各1500行就交,这大概率要被打回。首先你选的代码得是你申报的软件对应核心功能的代码,别你申报的是电商管理系统,提交的全是第三方登录的插件代码,完全不搭边肯定不行。还有代码里不能带开源协议的声明、自动生成的注释,比如很多前端框架生成的代码头部带的MIT协议注释,一定要删掉,不然审查员会要求你提交开源授权证明,平白多一堆麻烦。另外代码的页眉要统一标注你申报的软件全称加版本号,每页行数控制在50行左右,空行可以正常保留,不用特意删掉,要是你整个项目的代码加起来都不够3000行,直接全部提交就行,不用硬凑。如果不知道怎么快速筛选符合要求的代码,可以用软著代码整理的相关工具自动筛,省得自己一行行扒,半天都整理不完。

再说说另一个重灾区:说明书。我见过太多人写说明书要么全是干巴巴的功能介绍,一张截图都没有,要么截图糊的连按钮上的字都看不清,还有的里面的软件名称和申报的对不上,差一个字都不行。比如你申报的名称是“社区生鲜配送商户管理系统V1.0”,说明书里哪怕有一处写了“生鲜配送系统”没带“社区”和“商户”,或者漏了版本号,都大概率被打回。写说明书的时候要跟着操作流程走,从打开软件、登录、每个核心功能的操作步骤一步步写,每一步配对应的高清截图,截图里不要出现其他不相关的软件窗口,也不要出现和申报名称不符的logo。如果是申报移动端的软著,截图要带上手机边框,操作步骤也要符合移动端的逻辑,比如“点击桌面APP图标进入登录页,输入账号密码点击登录按钮进入首页”,别写成web端的“点击左侧菜单栏入口”,逻辑不对也会被质疑。我之前帮创业公司的小伙伴整理材料的时候,他们嫌截图太麻烦,我直接推了软著Pro,里面有对应不同类型软件的说明书模板,还有自动生成操作流程图的功能,省了至少一半的功夫。

还有不少人忽略的软件起名问题,也很容易卡壳。别随便起个“XX万能工具”“XX最佳平台”这种名字,带宣传性质的词、太宽泛没有明确功能指向的词都过不了,起名就老老实实按“品牌名/企业简称+核心功能+系统/软件/平台+版本号”的格式来,比如“奇客门店员工考勤排班系统V1.0”,清晰明了,审查员一眼就能看明白你这个软件是干啥的,基本不会在名称这卡你。

最后说个很少有人提的小细节:权利归属说明那部分,如果你是企业自主开发的,就老老实实填“全部自主开发,无其他权属争议”,哪怕你真的用了开源的基础框架,也不用特意提,不然还要你提交对应的开源授权证明,反而多了一堆流程。所有材料整理完之后,先自己对照着申报要求核对三遍,重点查名称、版本号是不是所有地方都一致,代码有没有不该有的注释,截图是不是清晰符合要求。要是你不确定自己的材料有没有踩坑,可以先在软著申报预审通道先查一遍,基本常见的问题都能提前筛出来,不用等版权局的打回通知浪费时间。

我现在帮朋友整理材料,基本都是按这个逻辑来,最近两年交的二十多份全都是一次性过的,最快的走加急通道3个工作日就拿到了证,其实软著审查没有大家想的那么严,只要把这些细节都做到位,基本不会出问题。

赞助商内容