我第一次碰SaaS系统软著申报是24年年初，当时公司的门店管理SaaS刚上线，老板要求半个月内把软著材料交上去，我之前只帮朋友弄过普通桌面软件的软著，想当然套了之前的模板，结果前前后后补了三次，硬生生拖了俩月才受理，给我整得差点绩效没了。后来三年多时间我前前后后经手了20多件公司内部SaaS产品的软著申报，现在基本都是一次过审，最快20多个工作日就能拿证，很多同行业的朋友都来找我要材料模板。
其实很多人不知道，SaaS系统的软著申报材料和普通软件有不小的区别，要是拿普通软件的模板瞎改，十有八九会被打回来。最核心的区别就是，你提交的所有材料都要能体现SaaS的核心特性，比如多租户隔离、云端部署、按需分配权限这些，不能通篇都写本地安装、本地存储的内容，不然审核员直接就会判定材料和申报的产品不匹配。
最开始我整理材料的时候，光源码和说明书就要熬三四个通宵，后来找工具的时候发现SaaS软著材料自动生成的功能比自己手动拼效率高太多，至少能省一半的时间。先给大家说下材料生成的核心逻辑，不用记那些虚的要求，就跟着这个流程走基本不会出问题。
第一步先捋清楚基本信息的边界，很多人第一坑就栽在这里。首先软著的全称不能带“SaaS”后缀，比如你要申报的是多门店排班SaaS，全称就得写“多门店智能排班管理系统”，SaaS的特性放到功能说明里体现就行，直接把SaaS写在名称里是不会过审的。然后开发完成日期和首次发表日期要注意，所有材料里出现的日期，包括说明书里的截图日期、源码的修改日期，都不能早于开发完成日期，我之前有个同事截图的时候没注意，把测试阶段的截图放进去了，上面的日期比开发完成日期早了半个月，直接被要求全部替换重交。还有版本号如果是V1.0的话，材料里就不要提什么V2.0规划的功能，前后信息要完全对得上。
然后是源码部分的生成要求，很多人觉得源码不就是把代码复制粘贴凑够60页就行？根本不是。首先要求是前30页和后30页，每页不能少于50行，要删掉所有的空行和注释，尤其是注释里如果有第三方开源库的版权信息、github的链接这些，必须全部删掉，不然审核员会质疑你这部分代码的版权归属，要求你提交开源授权证明，那麻烦就大了。我第一次提交的时候就是没注意删注释，里面留了引入的开源组件的版权说明，直接被打回来补材料，折腾了快一周才搞定。要是你家的SaaS系统代码量特别大，不用全部导出，就取入口文件开始的前30页，和最后一个功能模块的后30页就行，只要是自主开发的代码，完全没问题。
最容易出问题的说明书部分，一定要贴合SaaS的特性，很多人随便截几个后台页面，写两句话就交了，肯定过不了。说明书要从用户登录开始，租户创建、权限分配、核心功能操作、数据导出、账号注销全流程都要覆盖到，每个步骤配截图加对应的文字说明，而且要特意提到多租户数据隔离、云端存储、跨端访问这些SaaS特有的点，让审核员一眼就能看出来你这是SaaS系统，不是普通的本地软件。之前我帮同行看他的申报材料，整个说明书里没有一句提到SaaS相关的特性，全是“本地安装”“本地存储数据”的描述，我让他改了之后再提交，直接就过了。我之前每次做说明书都要熬两个通宵，后来用了软著Pro，把SaaS系统的功能清单输进去，自动就能生成符合审核要求的说明书框架，连截图的位置都给标好了，省了超多功夫。
要是你不确定自己的材料格式是不是符合最新要求，也可以去软著材料规范查询里找最新的审核标准，别拿着几年前的旧模板瞎填，现在审核标准每年都会有微调，按旧模板做很容易踩坑。我去年帮朋友做一个电商SaaS的软著材料，就是拿着前年的模板填的，结果漏填了数据安全相关的说明，差点被打回来，还好提交前查了最新的规范补上了。
其实SaaS系统软著申报没大家想的那么难，核心就是材料生成的时候完全贴合审核要求，不要想当然加内容，也不要漏了SaaS的专属特性，只要材料没问题，基本都能顺利过审，不用反复折腾补正。我身边不少朋友之前自己做材料补正两三次，花了三四个月才拿证，按照我给的流程走，基本都是一次过，最快不到一个月就能拿到证书，不管是用来报项目、申请补贴还是做侵权维权，都能提前用上。