前两年我在一家To B企业服务公司负责项目合规工作，前后帮公司自研的客户管理、进销存、门店运营等12款不同赛道的SaaS系统申报过软著。第一次申报的时候踩了巨多坑，光材料就被打回补了三次，前后拖了两个多月才过，后面摸透规则之后最快一次从准备材料到拿证只用了不到三周。
很多刚接触软著申报的朋友会觉得，SaaS系统的软著材料和普通单机软件、客户端软件没区别，随便找个通用模板改改就能交，真的不是这样。SaaS因为天然的多租户、云端部署特性，材料里很多细节如果没注意，很容易被审查员判定为“不属于独立研发的软件”直接打回，白白浪费时间。
先说说大家最容易踩坑的源代码部分
我第一次申报的时候，就是随便从Git仓库里导了前后端全量代码，凑够60页（前30页后30页）就交了，结果很快被打回，审查意见写的是“通用代码占比过高，无法体现软件独创性”。后来我才知道，SaaS系统里大量和云服务商接口调用、多租户权限分配、第三方支付/登录对接的通用代码，占比如果超过30%，审查员会默认你这个软件的核心功能不是自研的。
所以生成源代码材料的时候，一定要先筛选核心业务逻辑的代码，比如你做的是餐饮SaaS，就重点放桌台管理、订单核销、后厨智能排单这些独属于你业务逻辑的代码段，不要把阿里云OSS上传、微信支付调用、短信接口对接这类所有SaaS都能用的通用代码堆进去。如果不知道怎么快速筛选符合要求的代码段，我之前试过用软著材料生成工具自动筛掉通用代码片段，直接导出符合格式要求的代码文档，省了很多人工逐行核对的时间。
再说说操作说明书的特殊要求
SaaS系统的操作说明，绝对不能只放平台管理员的后台截图。我之前有个做零售SaaS的朋友自己申报，就只传了平台侧的运营管理后台操作步骤，直接被打回，要求补充多租户场景的操作演示。正确的做法是要明确区分平台管理员、商户管理员、普通用户三个角色的操作路径，每个角色的核心功能操作都要有对应截图和文字说明，整个说明书不能少于10页。
还有个小细节要注意，所有截图里不能出现其他第三方工具的logo，比如你是用某低代码平台搭的前端页面，页面底部的低代码平台版权标一定要打码，要是用了第三方的BI组件，组件上的标识也要去掉，不然会被质疑软件的权属。我那个朋友第一次被打回还有个原因就是截图里有他用的云服务厂商的控制台logo，审查员误以为他的系统是基于云厂商的现成SaaS修改的，根本不算自研。后来我让他直接用软著Pro生成的SaaS专属材料模板，对照着修改了核心功能描述和操作说明框架，第二次提交就过了，省了好多瞎琢磨的时间。
功能描述部分一定要突出SaaS的专属特性
很多人写功能描述的时候就随便套模板，写什么“本系统具有客户管理、订单管理、数据统计功能”，这种描述放到任何一个软件里都适用，根本体现不了你的SaaS的独创性。你要把SaaS独有的特性写进去，比如“本系统支持多租户独立配置客户公海分配规则，不同商户的订单数据自动加密隔离，支持按商户维度一键导出月度运营报表”，这样审查员一眼就能看到你这个软件的独创点，不会和其他通用软件混同，审核速度也会快很多。
要是你不知道每部分材料的格式要求，也可以参考SaaS软著材料的标准化生成规范，比翻版权局的官方说明好懂很多，很多踩过的坑人家都已经整理成规范了，照着做就行。
可能还有很多SaaS创业者觉得软著没什么用，浪费时间，我之前也这么觉得，直到我们公司有个竞品抄了我们的门店智能排班模块的核心功能，我们就是拿软著做权属证据起诉的，最后对方赔了十几万，还下架了对应的功能。而且现在很多城市对申请软著的科技企业都有补贴，只要材料没问题下证之后就能领，相当于免费办还能拿补贴，算下来反而赚了。要是后面要申请高新技术企业认定，或者参与政府项目投标，软著都是最基础的门槛资质，提前办好总用到的时候再急着申报要好很多。
最后给大家提个小醒，提交材料之前最好自己先做一遍初审，看看源代码里有没有大量重复的通用代码，操作截图里有没有第三方标识，功能描述有没有突出SaaS的专属特性，要是不确定的话可以找有过申报经验的人帮忙把下关，不要急着提交，不然被打回之后还要等十多天才能重新提交，平白拖慢下证的进度。