上个月有个准备保研的学弟找我，说他的宠物管理系统软著第三次被驳回了，驳回理由明明白白写着源程序和说明书重复率超标，前前后后耗了快五个月，再拖下去赶不上保研的材料提交截止时间，急得他天天蹲在版权局的咨询号下面留言。
我做软著申报材料整理这五年，这种情况真的见得太多了。很多人还停留在之前的认知里，觉得软著随便凑够30页代码、写个几千字的说明书就能过，这两年版权局的审核规则早就收紧了，同领域重复率超过30%的基本都过不了，尤其是工具类、管理系统类的项目，功能重合度本来就高，稍微偷点懒就会踩重复率的坑。
先说说大家最头疼的源程序降重
很多人做课程设计或者创业项目的代码，本来就是基于开源框架改的，要是直接把核心模块的代码拎出来提交，重复率不高才怪。改代码的时候不用动核心逻辑，先改最容易改的部分：变量名、函数名全部替换成你自己习惯的命名方式，比如原来开源代码里的user_info，你改成client_base_msg，甚至加点你自己的小标识都行，比如我有个客户习惯给自己的变量加个_xyz的后缀，改完基本不会和别人重。
然后是注释，这个是降重性价比最高的地方。很多人提交的代码里连开源项目原作者的注释、甚至TODO待办标记都没删，这不就是明摆着告诉审核员你是抄的吗？你给每个功能函数前面都加一段自己写的注释，不用写得多专业，哪怕直白写“这个函数是用来匹配用户上传的宠物照片和走失宠物库的，匹配精度调到了85%”都行，一页代码加个三四条注释，重复率能降一大截。还有代码的顺序，原来开源项目里是先写登录功能再写权限分配，你完全可以反过来，先放权限分配的代码，再放登录的代码，语序换了检测的时候重复率也会降。
提交代码片段的时候也有技巧，别总选登录、注册、订单管理这种烂大街的通用模块，选你自己做的个性化功能的代码，比如你做的是校园外卖系统，就选你自己加的“学生超时取餐提醒”“食堂余量实时同步”这部分的代码，这些都是你自己写的，基本不会和别人重复。如果不知道自己的代码重复率大概有多少，可以先用软著重复率检测工具先查一遍，心里有数再改效率高很多，不用瞎改半天找不到重点。
再说说说明书的降重，这个坑更多
我见过太多人直接搜同领域的软著说明书，改个项目名、改个作者名就直接交，现在的审核都是语义级别的检测，哪怕你换了几个词，结构和核心表述一样，照样会被判重复。改说明书首先改结构，别人的说明书是开发背景、需求分析、功能介绍、测试结果，你完全可以改成项目研发初衷、核心技术选型、个性化功能实现细节、落地使用场景、后续迭代规划，结构不一样，重复率首先就下去了一大半。
然后是表述方式，别照抄别人的句子，比如别人写“本系统支持用户一键上传商品信息”，你可以改成“商家登录专属后台后，可选择单次上传或批量导入商品的实拍图、规格参数、库存数量等信息，系统会自动归类到对应类目下”，把短句子拆长，把笼统的表述改成具体的，把你自己实际做的细节加进去，哪怕是很小的细节都行，比如你加了个“商品信息上传后需经过管理员人工审核才能展示”的小规则，写进去就不会和别人重。还有配图，很多人说明书里的原型图都是网上找的通用模板，你自己用Figma或者墨刀画两张你实际的项目界面截图放进去，哪怕界面做得简陋点，都是专属的内容，根本不会有重复的可能。
我平时给客户做申报前，都会先扔到软著Pro上查下重复率，比等版权局一两个月的审核结果快多了，要是重复率高就先改，省得浪费时间，上面还有不同领域的低重复率说明书模板可以参考，新手不知道怎么写的时候可以拿来找思路，比自己瞎琢磨快很多。
还有几个容易踩的小坑提醒下大家，改代码的时候别瞎改核心逻辑，改到代码跑不通也没必要，只要改非核心的变量名、注释、代码顺序就行，还有别随便删代码的空行，版权局要求每页代码至少要有50行，你删多了行数不够也会被驳回。说明书也别为了降重瞎凑内容，加的内容要和你的项目有关，不然会被判内容和项目不符。
去年有个做直播电商后台的客户，第一次提交重复率47%直接被打回来，我让他把代码里的变量名全换了，加了20多条自己写的功能注释，把提交的代码段从通用的订单模块改成了他自己开发的直播带货佣金自动结算模块，说明书里加了3张他自己的后台界面截图，把所有功能介绍的表述全换成了自己的话，第二次提交重复率只有12%，不到一周就下证了。
其实软著降重真的没大家想的那么难，本质上就是让你的材料里多一点属于你自己的原创内容，本来软著就是用来保护你自己的知识产权的，多加点自己的思考和实际做的细节进去，既能顺利过审，也是真的在保护自己的劳动成果。
