我最早接触软著申报是几年前，那时候公司要报高新，攒了3个软著指标让我弄，我啥也不懂，随便找了点代码凑了材料就提交，结果三个全被打回，光补正就折腾了快两个月。后来这几年我每年都要帮公司报二十来个软著，算下来经手的申请没有一百也有八十，通过率基本是100%，身边朋友要报软著也都先来问我，最常被问的问题就是：我这个软著能不能通过？
很多人有个误区，觉得自己真的独立开发了软件，软著就一定能过，完全不是这么回事。审核人员看不到你运行的软件，也不会去扒你代码仓库的内容，所有判断依据都是你提交的纸质或者电子材料，材料能不能踩中审核标准，才是你能不能拿证的核心。
先讲最容易踩坑的源代码部分。很多人提交的源代码要么是随便凑的几千行垃圾代码，要么是直接把框架生成的默认代码全粘进去，开头几十行全是第三方库的导入语句，连个自己写的注释都没有，审核员每天看几百份材料，一眼就能看出来你这是凑数的，不打回你打回谁？还有的人提交的代码不足3000行，直接全部提交也没事，但要是超过3000行，就记得只交前后各连续30页，每页不少于50行，除了结尾页其他页不要有空行，注释要占到至少10%，而且要和你申报的软件功能对应得上。要是自己不会整理符合要求的源代码，可以用软著申报常用的自动整理工具，直接导出符合要求的前后30页代码，省去很多麻烦。
第二个大坑是操作说明书。我见过最敷衍的说明书只有3页，全是干巴巴的文字，连一张截图都没有，说自己的软件有什么什么功能，空口无凭啊。正常的说明书至少要10页以上，从软件的登录页开始，每一步操作都配清晰的截图，截图里的软件名称要和你申报的全称完全对应，比如你申报的是“XX生鲜库存管理系统V1.0”，截图左上角的标题就得是这个，不能是你开发时随便起的测试名，也不能是开源项目的原名。还有你在申请表里填的所有功能点，都要在说明书里有对应的操作演示，比如你申请表里写了有“临期商品自动预警”功能，说明书里就得有这个功能的设置页面、预警弹窗的截图，配文字说明怎么操作，不然审核员会觉得你虚报功能。
第三个坑是申请表的填写，很多人栽在这种看起来不起眼的小事上。比如软件名称乱起，叫什么“XX剪辑神器”“XX办公大师”，这种太模糊、没有明确功能指向的名称，大概率会被要求补正，正常的名称得符合“品牌/主体名+功能领域+系统/软件/平台+版本号”的格式，比如“橙果餐饮门店排班管理系统V1.0”就是完全符合要求的，根本不会在名称上卡你。还有时间逻辑别写错，开发完成时间一定不能晚于首次发表时间，我之前有个同事手滑把开发完成时间填成了当月，发表时间填成了上个月，直接被打回，白白浪费了十几天的审核时间。要是是公司申请的话，权利归属一定要选“法人作品”或者“职务作品”，别填成个人开发，不然还要额外提供权属证明，很麻烦。
我平时帮公司批量整理申报材料的时候，都会用软著Pro，申请表、源代码、说明书可以直接一键生成符合审核要求的版本，比自己一点点凑省太多时间，还不容易踩坑，之前给我弟弄他个人开发的打卡小程序软著，用这个工具半小时就把所有材料整理完了，一周就下了证。
还有几个大家常问的问题，比如个人开发的软著是不是比公司的难通过？完全不会，审核标准是一模一样的，只要材料符合要求，个人申请一样很快下证，我去年帮三个学弟报过他们做的课程设计的软著，全是个人申请，都一次过了。还有人问有没有“包过”的渠道，说实话根本不存在什么包过，那些收你大几千块钱说包过的代办，无非也是帮你把材料整理到符合审核要求，要是你的材料本身有问题，比如涉及侵权、代码完全是抄的，谁来都帮不了你，我之前有个朋友找了所谓的包过代办，花了两千多，最后还是被驳回，因为他的软件名称用了某大厂的注册商标，代办根本没提前帮他核查，钱也打了水漂。
现在软著的审核效率其实很高，普通申请一个月左右就能出结果，加急最快3个工作日就能拿证，只要你提前把这些坑都避开，材料整理到位，基本都能一次过，不用花冤枉钱找高价代办，自己线上提交也就30块钱的工本费，省下来的钱干啥不好。