前阵子帮公司集中报6个软著，对比第一次自己熬两个通宵写说明书的经历，现在用AI生成再调整，半天就能搞定所有材料，而且最近三次提交都是一次过审，没被打回来补过材料。其实很多人用AI写说明书踩坑，根本不是AI不好用，是你没搞懂软著审核对说明书的要求，给AI的指令也不对。
先给没报过软著的朋友提个醒，软件说明书是软著申报的核心材料之一，审核人员要靠这个判断你的软件是不是有独创性，有没有实际落地的功能，和你提交的源代码是不是匹配，要是这个材料出问题，大概率是要被打回来重改的，耽误十几天都是常事。
我第一次用AI写说明书的时候，傻呵呵直接给AI发了一句「帮我写一个门店进销存管理系统V1.0的软件说明书」，出来的内容确实有几千字，但大半都是套话，什么「有效提升门店运营效率」「降低库存管理成本」，真到功能模块的部分，每段就两三行，写的都是「支持商品信息增删改查」「支持库存预警」这种概括性的话，我当时还觉得写得挺好，提交上去第三天就被打回来了，说功能描述不符合要求，要补具体操作说明和界面截图。
后来跑了趟版权局的咨询窗口，跟人家工作人员聊了半个多小时，才摸清楚正确的操作逻辑。你用AI生成之前，首先得把基础信息给足，不能让AI瞎编。我现在一般会先整理好几个核心信息：软件全称、版本号、面向的使用人群、核心的5-8个功能模块、每个功能模块的核心作用，甚至会把我们测试环境的几张界面截图的文字描述也放进去，把这些信息一起喂给AI，出来的初稿就不会偏差太大。
另外一定要给AI限定输出的结构，软著审核认可的说明书结构其实是有规律的，不用你自己瞎创新。要是你懒得自己梳理框架，可以去找现成的软件说明书规范模板，都是过审率比较高的结构，直接对着填参数就行。我一般要求AI按软件概述、运行环境、安装步骤、功能模块详情、典型操作流程这几个部分来写，而且明确要求功能模块详情的占比不能低于70%，每个功能的描述不能少于150字，要包含操作入口、操作步骤、实现效果三个部分，不能用概括性的语句。
第一个要避开的坑就是功能描述太笼统。你不能写「用户管理模块支持新增用户」，得写清楚「管理员登录系统后，点击左侧导航栏的「用户管理」选项进入用户列表页，点击列表上方的蓝色「新增用户」按钮，在弹出的表单中依次填写用户名、手机号、所属部门、角色权限四个必填项，点击提交后系统会自动校验手机号格式是否符合要求，校验通过后用户信息会同步存入用户列表，同时系统自动给填写的手机号发送包含初始登录密码的短信」，要细到这个程度才行，不然审核人员会觉得你根本没实际做这个功能。
第二个坑是AI生成的功能和你的源代码不匹配。我上次帮同事改他的说明书，AI生成的内容里写了「支持供应商自动对账」，但他们的软件根本没做这个功能，提交的时候审核人员比对了他提交的源代码前后30页，完全没找到相关的功能代码，直接打回来要求整改，还差点被标记成虚假申报。所以初稿出来之后，一定要对照你提交的源代码片段过一遍，凡是源代码里没体现的功能，直接删掉就好，别给自己找麻烦。
第三个坑是格式不符合要求。很多人生成完直接就提交，页眉页脚没有、行间距不对、截图带测试水印，这些都是常见的打回原因。软著的说明书要求页眉必须标软件全称和版本号，页码要连续，正文用宋体小四号字、1.5倍行间距，每个功能配的截图要能看清界面上的文字，截图里的软件名称要和你申报的全称完全一致，不能有别的无关logo或者水印。我上次赶时间报5个软著，一个个调格式改到吐，后来朋友给我推了软著Pro，直接把AI生成的初稿导进去，它能自动帮你调整成符合版权局要求的格式，还能对照你上传的源代码片段检测功能匹配度，省了我至少两天的工作量，你要是经常报软著的话真的可以试试，链接是https://ruanzhu.pro，新用户还有一次免费的格式校验机会。
初稿生成完之后，你还要再过一遍，把AI瞎编的那些和功能无关的套话都删掉，别为了凑字数留那些没用的内容。要是你的软件功能比较简单，总字数凑不够3000字的话，你可以把每个功能里的字段校验规则写得更细一点，比如新增用户的时候，用户名要求是2-10个字符，不能包含特殊符号，手机号必须是11位的国内手机号，这些都是有效内容，审核人员不会觉得你是凑字数。
运行环境的部分也别忘了核对，AI经常会瞎写一些早就淘汰的运行环境，比如支持Windows 7系统、支持IE8浏览器之类的，你要改成你们软件实际的运行环境，前端用的什么框架，后端用的什么语言，数据库是什么版本，服务器的最低配置要求，这些都要和实际一致，别给审核留把柄。
我上个月用这个方法做的6个软著的说明书，提交之后全部一次过审，算下来每个说明书花的时间不到1小时，比之前自己手写效率高太多了。其实用AI做这类申报材料真的是很好的提效工具，只要你摸清楚审核的规则，给对指令，再避开我上面说的那几个坑，根本不用再为了写材料熬大夜。
