我之前在一家做餐饮垂直领域的SaaS公司做行政兼项目申报对接，第一次碰软著申报的时候完全是两眼一抹黑，踩了不知道多少坑。第一次把给客户看的用户操作手册直接交上去了，没两天就被打回，说缺少核心自研代码相关的佐证材料。第二次学乖了，直接从git仓库扒了全量的前端代码就交，结果又被驳回，说里面有大量vue框架的公共代码、注释掉的测试内容，有效自研代码量不达标，前前后后折腾了三个多月，本来要拿软著申请高新企业补贴，差点就错过了申报截止期。
很多做SaaS的朋友都觉得软著申报难，其实难的不是流程，是材料生成的细节要求和普通单机软件不一样。SaaS本身是多租户架构，很多人整理材料的时候容易把租户端、平台运营端、C端用户端的内容混在一起交，审查员拿到材料根本找不到你申报的软件对应的核心功能，不打回才怪。
后来我找同行问了才知道，很多人做SaaS软著材料生成的时候都会犯这个错，把公共框架的代码、非对应端的功能内容也算到自研申报内容里，白白浪费时间。首先要明确的是，你申报的SaaS系统软著，名称是什么，材料就要完全围着这个名称对应的核心功能来，比如你申报的是“餐饮门店库存核算SaaS系统”，就不要把前台点单、会员营销这些无关的功能也写进去，反而会模糊你的独创性说明。
先讲大家最头疼的源代码部分。要求是提交前后各30页，总共60页，每页不少于50行代码，而且必须是你自研的部分。我第二次提交被打回就是因为把引入的第三方UI组件库、框架的代码也放进去了，审查员一眼就能看出来哪些是公共的开源内容，这些内容不算自研，凑再多页数也没用。整理的时候要把所有注释掉的测试代码、debug相关的片段、第三方引入的代码全部删掉，只留你自己写的业务逻辑、核心算法相关的内容。如果你的SaaS是用低代码平台搭建的也没关系，只要核心的业务逻辑模块是你自己写的，把这部分代码摘出来就行，不用把低代码平台的底层代码也放进去。
然后是说明书部分，这部分很多人也容易踩坑。说明书必须和你提交的源代码完全对应，你写的每一个功能点，都要能在提交的代码里找到对应的实现逻辑，不能瞎吹功能。比如你说你的SaaS有AI智能菜品推荐功能，但是提交的代码里完全没有相关的算法模块，那肯定会被驳回。还有截图的问题，我之前提交的说明书里的截图，是测试环境截的，里面有很多随便填的测试数据，还有浏览器的书签栏、其他软件的弹窗，被要求补正，又耽误了一周时间。截图要截完整的功能页面，把无关的内容都关掉，里面的测试数据也要改成正常的模拟内容，不要出现“测试123”“啊啊啊”这种无效内容。
这里提个很多人忽略的点：SaaS系统的软著不需要你提供服务器部署的相关证明，也不需要演示账号，软著审核只看你软件的独创性，和部署方式没有关系，不用额外准备这部分内容。
我第三次申报的时候，朋友给我推了软著Pro，我把整理好的原始代码和功能清单传上去，它自动帮我筛掉了无效的框架代码和注释内容，还生成了符合审查要求的说明书框架，我只需要补全对应的功能说明和截图就行，省了我至少半个月的整理时间，那次提交之后12天就下证了，刚好赶上了高新补贴的申报期，最后拿到了10万的资质补贴，算下来之前折腾的时间也值了。
还有个常见的疑问，很多人问SaaS系统迭代之后要不要重新申请软著。如果只是改了UI、修了小bug，那不用，如果是新增了和之前核心功能差异很大的模块，比如你之前的餐饮SaaS只有库存核算功能，现在新增了完整的收银、门店排班模块，那建议重新申请一个新的软著，后续不管是申请资质补贴，还是遇到侵权维权，都能用得上。如果实在不知道怎么筛选迭代后的新增内容，可以去软著材料生成的相关教程里找对应的参考模板，照着整理就行，不用自己瞎琢磨。
我身边不少做SaaS的朋友之前都觉得软著申报特别麻烦，宁愿花大价钱找中介，其实很多中介也是套模板整理材料，万一给你填了不实的功能，后续遇到核查反而会出问题。只要摸清楚材料生成的要求，自己整理也花不了太多时间，毕竟软著是很多资质申报的基础，材料真实合规，后续用起来也放心。