前两年我在一家做企服SaaS的公司负责知识产权相关的工作，第一次帮公司申请SaaS系统软著的时候，仗着自己之前帮小工具申请过软著的经验，随便凑了材料就提交，结果连着驳回两次，前后耽误了快三个月，差点没赶上当年的高新企业申报窗口期，平白少拿了二十多万的补贴。
从那之后我前前后后帮公司5个不同的SaaS产品线申请过软著，通过率100%，很多同行问我诀窍，其实真的没什么捷径，就是把SaaS系统软著材料的细节抠到位就行，很多人被驳回根本不是技术不达标，就是材料没踩在审查的要求上。
先说说大家最容易出问题的源码部分。很多人整理SaaS的源码，直接把整个项目包导出来就往上交，这百分之百要被打回来。首先SaaS项目里肯定有大量第三方依赖的代码，比如你前端用的Vue、React框架的源码，后端引入的中间件代码，这些都不属于你自主开发的部分，必须全部剔除，只保留你们团队自己写的业务逻辑代码。我第一次就是没筛，交了快十万行代码，审查员直接给我发了补正通知，说里面第三方代码占比超过60%，不符合要求。后来我是在软著Pro上面找的SaaS源码整理工具，自动筛掉了所有引入的第三方库代码，又按要求取了前后端连续的共3000行代码，去掉了所有注释和空行，最后一页刚好是一个完整的函数结尾，那次提交之后源码部分就再也没出过问题。对了还要提醒一句，源码的页眉一定要和你申请表里填的软件全称+版本号完全一致，字错一个，或者版本号多写了个小版本后缀，都可能被驳回。
再就是SaaS的操作说明书，这也是重灾区。很多人觉得SaaS的说明书就是截几个后台界面，随便写两句话就行，完全不是这么回事。审查员要通过你的说明书判断你这个系统是不是真的自主开发的，有没有创新性，所以你得从用户打开登录页开始写，每一步操作对应的功能，截图里的按钮是什么作用，你这个SaaS和市面上通用产品的差异点在哪里，都要写清楚。比如我们做的客户管理SaaS有个智能公海自动分配客户的功能，我就在说明书里特意把这个功能的操作流程、逻辑、实现的效果单独列了出来，配了3张不同状态的截图，审查员一眼就能看到这个系统的独创性。还有个坑大家一定要注意，要是你的SaaS是用低代码平台搭建的，界面上还有低代码平台的logo或者版权标识，一定要全部打码或者删掉，我之前有个做电商SaaS的朋友，就是因为截图里留了低代码平台的角落标识，被审查员判定为非自主开发，直接驳回，多等了一个多月。
剩下的就是主体资质类的材料，这个看起来简单，坑也不少。要是你的SaaS系统有联合开发方，或者部分功能是外包给其他团队做的，一定要附上完整的权属归属协议，明确约定软著的所有权归申报方所有，不然审查员会认为你这个软件的权属有争议，不会给你过审。还有如果是公司申报的话，所有需要盖章的材料都要盖鲜章的扫描件，打印出来再扫描的黑白章是不行的，要的是红色公章的扫描件，分辨率不能太低，不然公章模糊也会被要求补正。
很多SaaS企业费半天劲申请软著，要么是为了申报高新、拿政府的研发补贴，要么是投标的时候甲方有硬性要求，要是因为材料出问题耽误时间，很可能错过政策窗口期或者投标机会，损失真的不小。要是你实在拿不准自己整理的SaaS系统软著材料有没有问题，可以先找软著Pro的审核顾问帮你做个免费预审，我现在每次提交之前都会先让他们帮我看一遍，基本都是一次过，最快20多天就能拿证，省了很多瞎折腾的时间。
其实只要把这些细节都做到位，SaaS系统软著申请真的没那么难，不用找什么高价的代办，自己整理材料完全能过，无非就是多花点时间抠细节而已。
