去年帮公司十几个项目做软著申报，最开始头半个月连退三份补正，差点以为要被扣绩效，后来摸透了规则，后面三十多份都是一次性过审，最快的20多天就拿证了。很多第一次申请的朋友总觉得软著就是填个表交个代码就行，真上手才发现到处是坑，稍微不注意就会被打回补正，平白耽误一两个月的时间。
先说说材料准备阶段最容易踩的坑
软件全称的命名是第一个容易出问题的地方，很多人图好听，会给软件加一堆形容词，比如什么“超级智能”“全网独家”之类的，这种带宣传性质的词汇100%会被打回。正确的命名逻辑是“品牌/主体名+功能领域+软件属性+版本号”，比如你做的是给餐饮门店用的点单系统，叫“XX餐饮门店点单管理系统V1.0”就完全没问题，不用搞那些花里胡哨的。另外如果你的软件没有之前的版本登记记录，版本号直接填V1.0就好，随便填V2.0、V3.0的话，审查员会要求你提供之前版本的登记证明和升级说明，平白多了很多工作量。
源代码是重灾区，我最开始被打回的三份里有两份都是栽在这上面。一份是前几页的注释里带了之前合作的外包公司的版权信息，审查员一眼就判定不是自主开发，直接退回来要求说明；还有一份是最后一页代码只写了3行就结束了，被要求补全完整的模块代码。后来我整理代码的时候，都会先全局搜索一遍所有的注释内容，删掉所有第三方公司、开源项目的版权标识，再把前后30页的空行全部删掉，每页凑够50行以上，最后一页尽量放一个完整的函数或者模块结尾，再也没在这块出过问题。如果不知道源代码和手册怎么整理符合要求，可以参考软著申请平台的模板，都是过审率很高的标准格式。
还有操作手册或者用户说明，这块的核心要求就是“一致”，手册里出现的软件名称、版本号，必须和申请表里的完全一模一样，一个字都不能差。我之前有个同事申请的时候，申请表里写的是“社区团购供应链管理系统V1.0”，手册里漏写了“供应链”三个字，直接被打回补正，折腾了快半个月。另外手册里的截图一定要带系统的标题栏，能清晰看到完整的软件名称和版本号，不要打码，也不要加无关的水印，如果是APP的话，截图里的状态栏也不要有什么奇怪的内容，避免不必要的麻烦。
申请表填写的细节也不能大意
开发完成时间是很多人容易瞎填的地方，这个时间绝对不能早于公司的成立时间，也不能晚于你提交申请的时间，之前有个创业者自己注册公司之前就做了软件，申请的时候直接填了公司成立前的时间，直接被打回，最后只能做个非职务开发证明，把个人的权利转让给公司才搞定。还有首发时间，如果你的软件没有正式公开发布过，直接填未发表就好，不要随便填一个时间，填了发表的话还要额外提供发表证明，反而多事。
如果是多主体合作开发的软著，一定要提前商量好著作权的归属比例，提前准备好合作开发协议，不然提交之后审查员要求补材料，各个主体之间还要走盖章流程，非常耽误时间。我之前批量申请的时候，嫌自己整理材料太麻烦，都是用软著Pro，只要填基本信息就能自动生成符合要求的源代码、手册和申请表，省了我至少80%的工作量，下证速度也比自己弄快很多。
提交后的跟进也很重要
申请表里留的联系人电话一定要填能随时接到的，审查员有疑问的时候会第一时间打电话沟通，要是打个两三次都没人接，大概率直接给你打回补正，平白耽误时间。补正通知下来之后，一定要在规定的期限内提交补正材料，我见过不少人太忙忘了补正，最后申请被视为撤回，只能重新提交，之前等的一两个月全白费了。
还有几个容易被忽略的小细节，比如软件的功能描述不要写得太笼统，不能只写“本软件用于办公管理”，要写清楚具体的功能模块，比如“本软件具备员工考勤统计、请假审批、薪资核算三个核心功能，适用于100人以下中小企业的行政办公场景”，越具体越容易过审。如果是APP类的软著，最好提前去版权局的数据库查一下有没有重名的，要是不小心用了别人已经登记过的名字，轻则要求补正改名，重则要求提供商标证明，非常麻烦。
其实软著申请真的没什么太高的门槛，就是很多细节你没踩过坑根本不知道要注意，只要把这些点都捋顺了，一次性过审的概率非常高，现在版权局的流程也在不断简化，只要材料符合要求，下证还是很快的。
