上个月刚帮公司的家居门店管理SaaS系统做完软著申报，从整理材料到提交用了不到5天，审查结果下来直接过，连补正都没有。搁3年前第一次做这个事的时候，我可没这么顺，那时候啥也不懂，光材料来回改了4次，耽误了快俩月，差点赶不上政府的高新资质申报截止时间，扣了我半个月绩效。
好多人觉得SaaS系统的软著申报和普通桌面软件没区别，随便凑点代码和截图就能交，真不是这么回事。SaaS是云端部署的多租户产品，你要是按普通软件的逻辑做材料，大概率会被打回，要么说你权属存疑，要么说你材料和实际产品不符。
SaaS系统软著材料和普通软件的核心差异首先是运行环境的说明，普通软件你写支持Windows10、macOS12以上没问题，但SaaS你写这个就不对了，要明确写清楚是云端部署，支持的浏览器版本、推荐的服务器配置，还有多租户的权限逻辑也要提一句，让审查员一眼就知道你这个是SaaS产品，不是套壳的普通软件。
然后是独创性的体现，普通软件可能只要突出一个功能点就行，但SaaS的独创性最好和你的多租户逻辑、云端协同的功能挂钩，比如你做的是教培SaaS，就可以突出「基于不同校区权限自动同步学员数据的调度逻辑」这种，既符合SaaS的产品属性，也容易通过独创性审查。SaaS软著材料生成的核心逻辑其实就是把你产品独有的部分重点突出，通用功能尽量一笔带过，减少审查员的质疑点。
材料生成的具体步骤和容易踩的坑第一步先捋清楚你这个SaaS的核心独创点，最多列3个就行，太多了反而容易出问题。所有的材料都要围绕这3个点来做，比如你定的独创点是「门店客流数据自动生成跟进工单的算法」，那你选源代码的时候，就把和这个算法相关的前后端代码段放在前30页的位置，操作说明书里也把这个功能的操作流程、界面截图放在最前面，审查员拿到材料第一眼就能看到你的核心优势，过审概率会高很多。
然后是源代码的整理，要求是前后各30页，总共60页，每页不少于50行代码。别傻乎乎导出整个项目的代码，光依赖包的代码都能占几十页，没用。就选你自己写的核心业务代码，把第三方开源代码的注释、引入声明全部删掉，我第一次踩坑就是把前端引入React的版权注释留在了代码里，审查员直接打回，说存在第三方权属争议的可能，改了整整3天才弄完。还有代码的格式要统一，用宋体小四号，1.5倍行间距，每页页眉写上你申报的软著全称，右上角标页码，不要有乱码和特殊字符。
接下来是操作说明书的生成，这个是最容易踩坑的部分。别随便截几张后台界面就凑数，要把你之前列的核心功能点的完整操作流程写清楚，不同角色的操作权限也要体现，比如你是电商SaaS，就要分商家端、平台端的操作都写明白，截图里不要出现测试环境的水印、其他公司的logo，我之前帮朋友改材料，他的截图里还有「阿里云测试服」的水印，直接被打回，耽误了大半个月。还有说明书里的功能描述要和你提交的源代码对应上，不能你说明书里写了有自动报表功能，代码里完全找不到相关的内容。如果是第一次做申报，搞不清楚软著材料规范的话，也可以去找点过审的模板参考，比自己瞎琢磨靠谱多了。
我之前每次整理材料都要熬两三个大夜，后来同行给我推了软著Pro，用了一次就离不开了，只要上传SaaS的核心功能说明、部分源代码和界面截图，系统自动就能生成符合审查要求的全套材料，连页眉页码、格式排版都给你调得明明白白，之前要一周做完的活现在半天就能搞定，特别省心。
还有几个容易被忽略的小细节，要是你这个SaaS之前申请过V1.0的软著，现在要申请V2.0的话，材料里要明确写出来和旧版本的差异点，不要和之前的材料重复太多，不然会被认为是重复申请。还有源代码里不要出现和你申报的软著无关的功能代码，比如你申的是客户管理SaaS，代码里不要出现支付相关的代码，除非你把支付功能也放进了你的独创点里。签章的话，公章要盖在指定位置，不要盖在文字上，用电子章的话要符合知识产权局的格式要求，不要用那种模糊的、没有备案的电子章。
其实SaaS系统的软著申报真的没有大家想的那么复杂，只要你摸清楚了审查的逻辑，材料围绕核心独创性来做，基本都能一次过，没必要花大几千找代理，自己动手完全可以搞定，实在嫌麻烦就用工具，省下来的时间摸鱼不好吗。