我前两年在企业服务公司做产品运营，前前后后帮公司3款垂直行业SaaS申报过软著，头一次报的时候因为材料问题被打回2次，硬生生拖了2个月才下证，差点赶不上当年高新资质认定的截止时间，光加急费就多花了小几千。那段时间摸透了SaaS类软著和普通工具类软著的材料差异，好多朋友现在准备材料都会先来问我。
首先说最容易踩坑的源代码部分，很多人听说是前后各摘1500行、凑够3000行就行，放到SaaS产品上根本不是这么回事。我第一次提交的时候，图省事直接从租户端的前端代码里摘了3000行交上去，没两天就被驳回，理由是非自研代码占比过高。后来才搞懂，SaaS的前端代码里有大量第三方UI组件、开源框架的代码，这些都不算你的自研成果，审核员一眼就能看出来。正确的摘法是优先挑核心自研模块的代码，比如多租户数据隔离逻辑、自定义权限分配模块、行业专属的功能算法这些部分，要是你分不清哪些能留哪些不能删，可以先用SaaS软著材料模板对着比对，模板里都标好了不同模块的提交要求。
再就是说明书部分，这也是SaaS软著被打回的重灾区。好多人准备的说明书就是截一堆租户端的操作页面，配两句“点击提交即可保存数据”这种没用的说明，交上去十有八九会被打回。你想啊，审核员每天要看几百份材料，你全是通用操作流程，根本看不出你这个SaaS的核心创新点在哪，凭什么给你过？我第二次调整的时候，专门加了3页的核心架构说明，把我们SaaS的多租户部署逻辑、数据加密传输流程、不同角色的权限管控规则都写得明明白白，还附了后台管理端的核心功能截图，就差把“我们这个是真自研不是套壳”写在封面上了。
我当时改完材料还是没底，朋友顺手给我推了软著Pro，网址就是https://ruanzhu.pro，说他们家有专门针对SaaS类产品的材料校验功能，我抱着试试的心态把源代码和说明书传上去，10分钟就出了检测报告，说我有3段代码是引用的开源加密框架没标注，还有说明书里漏了数据备份模块的说明，我照着改完再提交，不到3周就下证了，连加急都没办。
还有几个小细节我也提一嘴，省得大家踩坑。首先是SaaS的产品名称，很多人喜欢叫“XX云平台”“XX云服务”，这个本身没问题，但你得在说明书的开篇就明确写清楚你这个系统的服务对象、部署方式、核心功能，不能名称里带SaaS，说明书里全是单用户的操作逻辑，不然审核员会觉得你权属不清或者虚报产品类型。我之前帮同行朋友看材料，他们做的是连锁门店SaaS，结果说明书里全是单店的入库开单操作，完全没提总部对门店的数据管控、多门店库存同步这些核心功能，提交之后直接被打回，补材料又耽误了大半个月，错过了政府采购的投标时间，亏了好大一笔订单。
要是你家的SaaS是和其他机构联合开发的，那一定要提前准备好联合开发协议，提交材料的时候一起交上去，要明确写清楚软著的归属方是谁，不然也会因为权属问题被驳回。我第二款申报的SaaS是和行业协会联合开发的，一开始我忘了附联合开发的说明，提交之后第三天就被打回来了，补了盖双方公章的协议之后才过。
好多人觉得软著申报就是走个流程，材料随便凑凑就行，真不是，尤其是SaaS类的产品，现在很多地方的高新认定、政策补贴、招投标项目，都要求软著的名称和功能要和你实际经营的产品对应上，要是材料准备得太敷衍，就算侥幸下证了，后续申请补贴或者投标的时候被查出来材料和实际产品不符，那损失才大。要是你对自己整理的材料没把握，可以先去软著材料自助审核先测一遍，花十几分钟排查一遍风险，总比被打回耽误一两个月强。
我现在手头还存着当时整理的3套不同行业SaaS的软著材料模板，每次有朋友要申报我都会发过去，大部分人照着改完提交基本都能一次过，省下来的加急费都够好几次团建了。其实只要摸准了审核的要求，知道SaaS类产品的材料要突出什么、避开什么，准备起来真的没那么麻烦。
