我前两年帮公司申报过6个软著，前两个全卡在说明书上，前前后后改了4次，跑了两趟版权中心才搞懂这里面的门道。很多人以为软著申请难在代码，其实80%的驳回原因都出在说明书上，毕竟代码只要格式对基本不会查太严，说明书才是审核员判断你软件独创性、真实性的核心依据。
首先你得搞懂，软著说明书不是给用户看的操作手册，更不是产品宣传页，它的核心目标是给完全没接触过你软件的审核员，讲清楚你这个软件是干嘛的、有啥独有的功能、运行逻辑是什么样的。我第一次写的时候直接把产品的宣传稿改了改就交了，满篇都是“助力门店数字化升级”“打造全链路经营闭环”这种虚话，结果第二天就收到驳回通知，理由是“未体现软件具体功能及实现逻辑”。
先讲最基础的前置信息怎么写，就是开头的软硬件运行环境，很多人图省事写个“主流配置即可”，这百分百会被打回。必须写得具体到版本号，硬件环境就写清楚对处理器、内存、硬盘的最低要求，比如“Inter Core i5-10400及以上处理器，8G及以上运行内存，500G及以上可用存储空间”，软件环境要把操作系统、数据库、运行依赖的框架版本都写全，比如“Windows 10 及以上操作系统，MySQL 8.0 数据库，JRE 1.8 运行环境”，差一个版本号都可能被要求补材料。
接下来是最核心的功能模块描述部分，这里的核心原则是“每一个功能都要讲清输入、操作、输出”，不要讲任何虚的价值。比如你做的是门店收银系统，写收银模块的时候，不能只写“支持收银结算功能”，要写“操作人员可通过扫码枪录入商品条码，系统自动匹配数据库内存储的商品名称、售价、库存信息，支持手动修改商品数量、添加折扣，结算时自动核算优惠金额、应收金额，接入微信、支付宝支付渠道完成收款后，自动生成消费订单同步至库存管理模块，自动扣减对应商品库存”，这种具体的描述，审核员一眼就能看明白你这个功能的逻辑。我之前整理这部分内容的时候，特意在软著材料模板库里找了同行业的过审案例参考，才摸清楚到底要写到多细的粒度，你要是找不到参考也可以去搜搜，里面各个行业的模板都有。
功能模块的数量不用贪多，对应你软著名称覆盖的核心功能就行，比如你申请的是“少儿美术培训机构学员管理系统V1.0”，就不要把什么库存管理、收银系统的功能都塞进去，反而容易因为功能和名称不匹配被打回。每个功能模块至少配1张实际运行的截图，这里的坑更多，首先截图不能有任何马赛克，不能出现其他公司的logo、无关的广告弹窗，截图上显示的软件名称必须和你申请的软著名称完全一致，我第二次申请就是截图里的软件名多了个“内测版”的后缀，和申请的名称对不上，直接被打回。还有截图必须带系统的状态栏或者任务栏，电脑端的要露出底部的Windows任务栏，手机端的要露出顶部的信号、时间状态栏，证明是实际运行的界面，不是你自己PS出来的示意图。
要是你嫌自己捋框架、找要求太麻烦，也可以直接用软著Pro，我后来帮团队申请剩下4个软著的时候都是用它生成的基础框架，对应自己的软件功能改改描述、替换下截图就好，省了好多翻官方要求的时间，提交之后一周就收到了受理通知，连补正都没有。
还有几个很多人容易忽略的小细节，首先说明书的页码必须连续，不能有空白页，也不要在页眉页脚加无关的公司logo、宣传语，就简单标页码就行。字数方面不用刻意凑，普通的工具类软件写3000到5000字足够把功能讲清楚，太复杂的中大型系统可以适当多写，但别堆砌没用的内容，凑一堆和功能无关的市场分析、用户画像完全没用，审核员根本不会看。还有不要提你用了什么开源框架二次开发，除非你是对开源框架本身做了改进要申请软著，不然提了反而会让审核员质疑你的独创性，得不偿失。
我之前有个做教务系统的朋友，申请软著的时候改了三次都被打回，把他的说明书发过来我一看，一半内容都是“解决高校选课拥堵痛点”“提升教务管理效率90%”这种宣传语，功能描述加起来才两页，连个具体的操作流程都没写。后来他按照我说的方法，把6个核心模块的操作逻辑逐个写清楚，配了12张带状态栏的实际运行截图，改完提交之后不到10天就过审了。
写完之后你可以找个完全没接触过你这个软件的朋友读一遍，如果他能大概说出来你这个软件是给谁用的、有什么核心功能，那基本就没问题了。要是你还是拿不准符不符合要求，可以去软著审核自查工具里扫一遍，能排查掉绝大多数常见的格式、内容问题，不用等审核反馈浪费一两周的时间。
