前两年刚接公司知识产权相关工作的时候，第一次帮三个Web后台项目报软著，连着两个被打回，那段时间天天跟审核员的补正通知打交道，踩的坑多了慢慢也摸出了门道，现在手上过的Web类软著已经有十几个，基本都是一次过。很多人觉得软著材料麻烦，其实Web类的软著有自己的特点，搞懂规则比瞎忙活有用得多。
先说说大部分人第一次申报最容易踩的几个坑，我第一次踩了个遍。第一个就是源代码乱凑，很多人嫌麻烦，直接把整个项目的代码拉出来截前后30页就交，完全不管里面有没有第三方依赖的代码，我第一次提交的代码里就混了小半页Vue的开源注释，审核员直接打回，说存在非自主开发代码未说明。还有的人代码里空行一大堆，一页算下来不到20行有效代码，肯定也过不了。
第二个坑是操作手册太敷衍，Web类软著的操作手册和APP的不一样，要求每个核心功能都要有对应的完整页面截图，得从浏览器地址栏截到页脚，不能只截中间的功能区。之前有个同事提交的手册里，截图还带着F12开着的控制台，满屏飘红的报错，审核员直接判定系统运行状态异常，打回重交。还有的人截图里带了测试环境的无关水印、别的站点的域名，这些都是扣分项。
第三个坑是信息对不上，申请表里填的软件名称是「XX客户管理系统」，结果网站页面上标得全是XXCRM，又没有相关的名称说明，肯定会被要求补证明。还有的人填技术栈的时候乱写，代码里全是Java的语法，申请表里软件环境填的是PHP，明摆着穿帮。
其实把这些坑避开，材料生成的流程走顺了，半天就能搞定一套符合要求的材料。首先第一步先整理源代码，Web项目的代码里难免会有很多开源组件的引用、第三方工具的代码，这些都要提前剔除掉，只保留你自己写的核心业务代码就行。要是项目大，手动删太麻烦，可以用Web网站软著材料生成工具自动过滤，直接上传核心代码包就能帮你把第三方代码、重复代码、多余空行都清掉，直接导出符合要求的前后30页代码，每页刚好不少于50行，省得你自己一行行数。
整理代码的时候记得注意几个小细节，注释占比不要超过30%，不要把整个配置文件、依赖包的代码都塞进去，最后一页最好是某个功能模块的结束部分，不要半截就断了，不然审核员会觉得你是随便截取的。
第二步是做操作说明书，Web类的说明书不用写得太复杂，但是逻辑要顺，从用户打开网站、注册登录、到每个核心功能的操作都要覆盖到，你申请表里填了什么功能，说明书里就要对应有这个功能的操作演示。我一般是先把每个功能的操作步骤列出来，然后逐页截完整的网页图，截图的时候记得把控制台关掉，地址栏如果是本地测试的话留localhost就行，不要出现无关的域名，截图里的测试数据也尽量规整一点，不要全是乱打的「111」「测试」之类的内容。每一张截图下面配一两句话的操作说明就行，不用写太专业的术语，审核员能看懂操作逻辑就可以。
第三步是核对申请表的所有信息，Web类的软著硬件环境要写清楚服务器的基本配置，不用太复杂，写「CPU 2核4G，内存8G，硬盘50G」这种常规配置就行，软件环境要和你实际用的技术栈对应上，前端用的是React还是Vue，后端是Java还是Node.js，数据库是MySQL还是MongoDB，照实写就好，别瞎编。如果你的网站已经上线了，只要软著名称里不带域名，就不需要提交域名备案证明，要是名称里带了域名，就把备案截图附在材料最后就行。
我之前每次做一套材料最少要花两三天，后来同行朋友给我推了软著Pro，上次报公司新的电商运营后台软著的时候，我直接上传了项目的核心代码包，工具自动帮我筛掉了里面的第三方依赖代码，生成了符合要求的代码文档，还能根据我填的功能点自动生成操作说明书的框架，我只需要补几张对应功能的截图就行，半天就搞定了所有材料，提交之后12天就下证了，完全没被打回。
还有几个容易忽略的小细节提醒下大家，代码里如果有别的公司的版权声明，一定要提前删掉，我之前帮朋友改一个外包改的项目的代码，里面还有前客户公司的版权注释，没注意就提交了，直接被判涉嫌侵权，折腾了好久才搞定。还有操作说明书里的版本号要和申请表里的完全一致，申请表写的是V1.0，说明书里就不要出现V1.0.1之类的版本号，不然也会被要求补正。
其实Web网站的软著材料真的没大家想的那么复杂，只要搞清楚审核的要求，避开那些常见的坑，就算是第一次申报也能顺利过审，要是赶时间或者怕自己整理出错，用个顺手的工具辅助就行，省下来的时间干点啥不好。
