我前两年刚帮公司做软著申报的时候，光是说明书就被打回来三次，那时候赶着报高新项目的截止日期，天天盯着审查系统的通知，差点没熬出斑秃。现在前前后后过了30多份软著，别的不敢说，说明书怎么写能一次过，我摸得门儿清。
先搞懂审查员要什么样的说明书很多人一开始就走偏了，把软著说明书写成给用户看的产品操作手册，要么太笼统要么太细碎，其实审查员看说明书的核心目的只有一个：证明你申报的这个软件是你独立开发的，有明确的独创性，不是抄的也不是随便凑的。所以你所有内容都要围绕这个目标来，别写没用的套话。
我见过很多人为了凑字数，开头写半页软件的研发背景，什么企业数字化需求增加我们开发了这个系统，这些内容半毛钱用都没有，审查员根本不看，不如把篇幅留给功能描述。哦对了，要是你第一次摸不准要求，搜的那些免费模板大多是三四年前的旧标准，很多要求早就变了，我之前就踩过这个坑，用了旧模板交上去直接被说格式不符合要求。
开头这些细节写错直接被打回说明书的第一页抬头，软件全称、版本号必须和申请表里的一字不差，包括大小写、标点、括号的全角半角，我去年有份申请就是版本号写了V1.0，申请表里填的是v1.0，就差个大小写，直接被驳回补正，前后耽误了十多天。
接下来要写清楚运行环境，别只写“Windows系统可运行”，要具体到支持的系统版本、运行需要的依赖、硬件配置要求，比如“支持Windows10及以上、macOS 12及以上系统运行，运行内存不低于4G，需提前安装Chrome 100版本以上浏览器”，这些细节写全了，审查员第一印象就会觉得你真的参与了软件开发，不是随便凑的材料。要是你申请的是嵌入式软件，还要写清楚适配的硬件型号、运行的芯片参数这些内容。
功能模块是核心，这些坑别踩功能模块是整个说明书的核心，也是驳回率最高的部分。很多人就列个功能清单，配两张糊得看不清字的截图就交了，这能过才怪。每个功能点你都要写清楚操作路径、实现的效果、和同类软件的差异点，比如你做的是培训机构的学员管理系统，别只写“具备学员考勤功能”，要写“教师可通过班级列表选择对应班级，一键发起考勤，学员扫码签到后系统自动同步出勤数据到学员档案，缺勤时自动推送提醒消息到学员预留的手机号”，这样写才能体现出你的功能是自己设计的，不是套的通用模板。
截图的要求也很多，首先每一张截图都要能对应你写的功能描述，按操作顺序放，比如你写考勤功能，就先放教师端进入班级列表的截图，再放发起考勤的截图，最后放出勤统计的截图，不要跳步。截图里最好能在界面的角落显示你申报的软件名称和版本号，我之前有份申请就是所有截图都没带软件标识，审查员说没法证明是我申报的这款软件的截图，直接打回。另外截图要干净，不要带浏览器的无关收藏夹、电脑桌面的私人内容，也不要加水印，分辨率保证能看清界面上的文字就行，不用追求超高清，不然PDF太大上传的时候会卡。
对了，软件著作权申请的说明书没有明确的字数要求，但是也不能太短，你想啊，一个正经的商用软件，功能描述加截图说明，怎么也得有个三千字左右，我之前有个同事写了一千八百字就交了，直接被驳回说“功能描述不充分，无法判断独创性”。我之前赶项目 deadline 的时候，试过用软著Pro的模板生成工具，选对应行业的软件类型就能导出符合最新审查要求的框架，我只要往里面填自己的功能描述和截图就行，省了我好几个小时搭框架找参考的时间，比网上搜的那些乱七八糟的旧模板靠谱多了。
最后检查这几项省得补正写完之后先核对一遍所有提到软件名称和版本号的地方，有没有和申请表不一致的，这个是最低级也是最容易犯的错。然后给说明书加上连续的页码，从正文第一页开始标，不要和申请表、源代码的页码混在一起，我之前提交纸质版的时候忘了加页码，被要求补了重新寄，又耽误了半个月。还有电子版导出PDF的时候要注意大小，不要超过10M，不然在线申请的时候传不上去，临时压缩又容易把截图弄糊。
如果不确定自己写的软著说明书能不能过审，可以找之前申报过的同事帮忙看一眼，或者用工具自查下有没有不符合要求的地方，省得提交了等十多天才收到驳回通知，耽误事。我现在帮公司写软著说明书，半天就能搞定一份，基本上都是一次过，其实只要搞懂审查的逻辑，避开那些常见的坑，真的不用花冤枉钱找代理写。
