我前前后后经手过3次公司SaaS系统的软著申报，第一次是客户管理SaaS，没经验瞎准备材料，连着被打回两次，折腾了快俩月才拿到证，后面两次申报电商SaaS和供应链SaaS的时候，摸透了规则，都是一次过，前后才花了不到三周。身边好多做SaaS的同行总跟我吐槽软著申请难，每次被打回都不说清楚问题在哪，其实百分之九十的问题，都出在最开始的材料准备上。
很多人有个误区，觉得SaaS系统的软著和普通单机软件、本地部署软件的材料要求一样，随便凑凑就行，真不是。SaaS本身的云端部署、多租户的属性，决定了你的材料里必须要有对应的内容体现，不然审核员一看你提交的东西和普通软件没区别，肯定直接打回。
先说说大家最容易忽视的源码部分。很多人知道软著要求提交前后各3000行连续的源码，就随便从项目里导一段前端页面的代码凑数，我第一次就是这么干的，导了3000行登录页的前端代码交上去，没几天就被打回，理由是“无法体现申报软件为SaaS系统”。后来我才弄明白，SaaS的源码你得把核心特性的代码放到前面，比如租户隔离模块、多角色权限分配模块、云端数据同步模块的代码，尽量放在提交的源码靠前的位置，不用全放，但是至少要让审核员能看到相关的逻辑。还有要注意，提交的源码里不能有太多开源组件的代码，也不能有大量重复的注释或者空行，之前我同事图省事，直接把node_modules里的开源代码导了一段，直接就被判了材料不符。如果嫌自己整理源码太麻烦，我后来几次申报都是用软著Pro的源码自动整理工具，直接把整个项目包传上去，自动剔掉开源代码、重复代码和空行注释，直接生成符合要求的6000行代码，省了我至少两三天的整理时间，完全不用自己对着规则一点点抠。
再就是操作说明书，这个是重灾区，我第二次被打回就是栽在这上面。当时我只整理了管理员端的操作流程，放了十来张管理员的操作截图，就交上去了，结果审核说没有体现多租户属性，不符合SaaS系统的特征。SaaS的操作说明书，最起码要包含三个角色的操作流程：平台超级管理员、租户管理员、普通用户，每个角色的操作页面、权限范围都要有对应的截图和文字说明，还要明确在说明书的开头写清楚系统的部署方式是云端SaaS，支持多租户独立使用，数据互相隔离。还有要注意，说明书里的截图不能打码，系统名字要和你申报的软著名字完全一致，比如你申报的名字是“XX零售商户SaaS管理系统”，截图里的系统标题就不能是“XX零售后台”，差一个字都有可能被打回。要是不确定自己的材料有没有符合要求，也可以先去SaaS系统软著材料预审通道让专人帮你把把关，提前把问题改了，总比等官方十几天之后打回再改要省时间。
还有一些基础材料大家也别漏了，公司申请的话要准备加盖公章的营业执照扫描件，要是委托了第三方帮你申报，还要准备对应的委托书加盖公章。如果你的SaaS系统是和其他公司合作开发的，一定要把合作开发的协议也一并提交，协议里要写清楚软著的归属方，不然很容易因为权属不清被打回。我之前有个做餐饮SaaS的朋友，就是因为和代开发的团队没提前签权属协议，补材料就补了快一个月，差点耽误了高企申报的时间。
对了还有个小坑，很多人觉得软著的申请材料只要电子版就行，要是你申请的是加急通道，部分时候是需要邮寄纸质盖章材料的，盖章的时候一定要盖鲜章，不能用PS的电子章，我之前有个同事图省事，把公章的电子图P到了材料上，直接被驳回还被记了一次异常，后面再申请都比别人慢好几天。还有如果你的SaaS系统有做过版本迭代，申报的时候尽量用V1.0的版本去报，要是写了V2.0或者更高的版本，还要额外提交版本说明，又多了一道工序，没必要。
其实SaaS系统的软著材料准备真的没那么复杂，无非就是比普通软件多注意几个专属的特性点，所有材料都围绕你的SaaS属性去准备，基本都能一次过。要是你赶时间要拿证，也不用找那种收大几千的代理，找个靠谱的工具帮你整理材料，自己提交就行，花不了多少钱，也省得被不靠谱的中介坑。
