前两年我在公司做后端开发，顺带兼着团队的资质对接工作，前前后后帮团队申了6个软著，第一次没经验材料改了三回，拖了两个多月才拿证，后来摸透了流程最快28天就下了证，身边不少创业团队的朋友都来问我流程，索性就把所有细节都整理出来。
先跟大家说清楚，团队申请软著真的不是无用功，我们之前申请高新企业认定，软著占了不少评分项，直接帮公司省了十几万的企业所得税，后来有竞品抄我们的后台功能，也是拿着软著证走的维权流程，比没证的时候省力太多。
最开始要做的不是急着填申请表，而是先拉着产品和开发对齐基础信息，软件著作权登记的名称有明确要求，必须带“软件”“系统”“平台”这类后缀，比如你们做的是门店的库存管理工具，不能直接叫“XX库存”，得叫“XX门店库存智能管理系统V1.0”，版本号也要和你们对外发版的记录对齐，我第一次申请的时候图省事随便写了个V2.1，结果审查员要我们提供V1.0到V2.1的所有迭代说明，整个团队翻了一周的发版记录才凑齐，平白耽误了好多时间。
对齐完信息就开始准备核心材料，第一个是源代码，要求是前后各摘30页，总共60页，每页不能少于50行，别把空行和大段注释算进去，千万不要拿第三方依赖的代码或者配置文件凑数，我之前有个同事嫌整理核心代码麻烦，复制了十来页node_modules里的依赖代码，提交之后直接被打回，说源代码和申请的软件功能不匹配，又重新整理了一遍，前后多花了快半个月。要是你们的代码量不够60页，就全部提交就行，不用硬凑，我上次申请一个小工具的软著，全部代码才42页，提交之后也顺利过了。
第二个要准备的是操作手册，这个要图文对应，每一步操作都要配真实的系统截图，旁边加文字说明，别只放干巴巴的文字，也别只甩一堆截图不加解释，手册里所有提到的版本号都要和你申请的版本完全一致，页眉最好也加上软著的全称和版本号，能减少不少被打回的概率。我之前帮朋友看他们准备的手册，里面截图上的版本号是V1.2，申请的是V1.5，这种情况提交上去百分之百会被要求补正。
材料整理完之后要先自查一遍，我之前嫌自己查麻烦，后来几次都是找软著Pro帮我先预审，他们天天做这个对最新的要求门清，哪些地方不符合要求直接就指出来了，比我自己对着官网的要求一条条抠省太多时间，之前我自己提交平均要补正1-2次，用他们预审之后基本都是一次过，省了好多等审核的时间。
提交之后大概3-5天就能收到受理通知书，要是材料有问题会收到补正通知，收到补正通知之后15天之内必须提交修改后的材料，不然申请就直接视为撤回了。补正的时候完全按照审查员提的要求改就行，别自己觉得不重要就忽略，我之前有次补正，审查员说操作手册的截图没有露出系统顶部的团队logo，我想着logo不影响功能就没换，结果第二次又被打回，又多等了一周才进入下一环节。
审核通过之后就会安排制证，普通通道一般是45-60天能拿到纸质证书，要是你们赶时间比如要申请高新或者投标用，可以走加急通道，最快3个工作日就能下证，就是要多花点钱，大家可以根据自己团队的需求选。拿到证书之后记得多扫描几份存在团队的共享盘里，后续申请资质、投标、融资都用得上，别到要用的时候到处找原件。
如果后续你们的软件做了大的版本迭代，新增了不少核心功能，最好再申请对应新版本的软著，旧版本的软著只能保护对应版本的功能，后续维权或者申请资质的时候，旧版本的证是没法用在新版本功能上的。要是大家对最新的材料要求还有疑问，可以去软著申请服务站查最新的规范，别找网上三四年前的旧攻略，审查要求每年都有小调整，按旧攻略准备很容易踩坑。
