上个月帮一个创业的朋友改软著材料，他前两次提交都因为重复率超32%被打回，离他们区科技型中小企业申报的截止日期只剩不到10天，急得天天找我吐槽说自己代码都是原创的，不知道为啥重复率这么高。我翻了他的材料两分钟就找到问题了——他把开源框架的原生代码全粘进去了，说明书也用的是网上找的通用模板，不打回才怪。
我做软著材料整理快7年，前两年也踩过不少重复率的坑，最惨的一次同时报12个软著，8个因为重复率被打回，改了整整半个月才过。现在对降重的门门道道摸得门清，其实根本不用找天价代申，自己改两三个小时就能把重复率降到10%以内。
首先得搞清楚，软著的重复率检测是覆盖源代码和说明书两部分的，很多人容易忽略的是，说明书的重复率占比其实和源代码差不多，别改了半天代码，结果栽在说明书上。
先说说源代码的降重方法。大部分人源代码重复率高，都是因为乱粘代码。首先你要明确，软著要求提交的是你自己原创的代码部分，那些开源框架的原生代码、第三方依赖的代码，都不属于你的原创内容，粘进去只会拉高重复率。如果不知道哪些代码属于有效提交范围，可以先在软著重复率查询工具里先筛一遍，把系统自动识别的通用代码段先删掉，至少能先降15%的重复率。
剩下的自己写的业务代码如果还有重复，改起来也很简单。首先改注释，很多人写注释图省事，要么直接写个“// 功能实现”，要么抄网上现成的注释，这些都是重灾区。你把注释写得详细点，结合自己的业务场景改，比如原来的注释是“// 获取用户信息”，你可以改成“// 从登录态缓存拉取当前登录用户的基础权限信息，过滤掉敏感的密码字段”，既不影响代码功能，还都是专属内容，根本不会重复。然后是变量名、函数名，比如原来的变量叫user，你可以改成loginUserInfo，原来的函数叫getList，你可以改成getStoreOrderList，这些小改动根本不费时间，但是对降重的效果特别好。
这里要提个很多人踩过的坑，别听网上瞎教的什么把代码倒序排列、大量加空行凑字数，现在版权局的检测系统早就升级了，倒序的代码也能识别出来，大量空行直接会被判定为凑字数，轻则打回重改，重则标记异常，下次申报都要被严查。
再说说说明书的降重。我见过太多人直接套网上的通用模板，开头全是“本软件旨在解决行业痛点”，这种套话一检测一个准，全是重复内容。首先你可以改说明书的结构，网上的模板一般都是开发背景、功能介绍、核心优势、使用场景，你完全可以调整成核心功能演示、使用场景、开发背景、迭代规划，结构变了，重复率自然就下来了。然后是内容部分，别写干巴巴的套话，要写你自己软件的专属细节，比如别写“支持用户登录功能”，你可以写成“用户通过手机号+验证码的方式完成身份校验后，可进入对应权限的操作后台，7天内无需重复录入账号密码”，要是你做的是餐饮收银系统，就直接写“支持堂食、外卖、打包三种下单模式的自动分单打印，后厨出单和前台收银单同步生成，误差不超过2秒”，这种专属的细节描述，根本不可能和别人重复。
我去年处理20多份批量软著申报的时候，挨个改重复率改到吐，后来同行给我推了软著Pro，上传材料就能自动识别重复的代码段和文字内容，还会针对每处重复给修改建议，比自己对着查重报告瞎改效率高太多了，那次20份材料一次性全过，省了我至少一周的时间。
还有个很多人不知道的冷知识，重复率检测是包括同批次提交的所有材料的，要是你同一个公司同时报好几个软著，别把公司介绍、团队介绍部分写得一模一样，每个都稍微改改，比如第一个写“公司成立于2020年，专注于餐饮SaaS系统开发”，第二个就可以写“团队核心成员均有5年以上餐饮行业数字化开发经验，主打轻量化的门店管理工具”，不然同批次的内容重复，也会被打回。
改完之后别着急提交到版权局，要是不确定自己改完的重复率有没有达标，可以先做个软著预审，没问题了再提交，省得等一两周又被打回耽误时间。我那个朋友按照这些方法改了不到3小时，第三次提交就过了，刚好赶上报补贴的截止日期，拿了两万的扶持资金，比他之前花几千找代申靠谱多了。
其实软著降重真的没什么技术门槛，核心就是别偷懒，别想着套模板走捷径，所有内容都结合自己的软件实际情况写，哪怕文笔差点，也比抄来的套话更容易过审。