我第一次报软著是大三的时候，当时做了个校园跑腿小程序，想申请学校的创业补贴，随便凑了10页操作截图就交了，结果没半个月就被打回，说操作逻辑不连贯，功能说明和提交的源代码对应不上，来回改了两次，耽误了两个多月，刚好错过补贴申报的截止时间，眼睁睁看着几万块的补贴打了水漂。后来工作之后帮公司报高企，前前后后处理了十多个软著申报，才摸透说明书的撰写逻辑，根本不是大家以为的凑够页数就行。
先搞懂审核逻辑比凑页数重要100倍
很多人一开始就搞反了优先级，先去凑30页的页数要求，反而忽略了软件著作权审核的核心逻辑：审核员要确认你这个软件是真实自主开发的、有完整的可用功能、不存在侵权内容，说明书只是你证明这些信息的载体，不是用来凑数的。我之前见过有人为了凑页数，把每个按钮的点击都截一张图，同一个页面改个输入内容就再截一张，结果因为逻辑冗余、核心功能不突出被打回，反而耽误时间。
说直白点，你写说明书的时候就把审核员当成完全没用过你软件的普通人，你要让他看完之后能知道你这个软件是干嘛的、怎么操作、核心价值是什么，能顺着你的说明把整个软件的核心流程走通，那基本就符合要求了。
基础信息部分要和源代码100%对应
说明书开头一般会放软硬件运行环境、开发语言、数据库这些基础信息，这部分是最容易被大家忽略的坑，很多人随便在网上找个模板就抄，结果和自己提交的源代码完全对不上，直接就被打回。我之前有个同事帮公司报进销存系统，就犯过这个错，把开发语言写成了Java，实际代码是Go写的，打回来改耽误了一个月，最后差点影响高企申报的时间。
这里的要求很简单，你开发的时候用的什么就写什么，比如你做的是微信小程序，就写前端运行环境是微信客户端8.0及以上，后端是CentOS7.6，开发语言是JavaScript+Python，数据库用的MySQL5.7，服务器是阿里云2核4G，所有信息都要和你提交的源代码里的配置、实际开发情况完全一致，不要凭空瞎写。如果有调用第三方接口的情况，也要在这里标注清楚，比如用到了百度地图的定位API，就直接写出来，避免后面截图出现第三方logo被判定侵权。
之后的功能概述也不要写得太笼统，别写什么“本软件是用于校园服务的小程序”，要写清楚核心功能和适用场景，比如“本软件为面向高校在校生的跑腿服务小程序，核心功能包含跑腿订单发布、接单抢单、线上结算、申诉反馈、管理员后台订单核销5个模块，可支持同时2000人在线使用，主要解决高校内代取快递、代买餐品的供需匹配问题”，这样审核员一眼就能知道你这个软件的核心价值，不是随便凑数的demo。
操作截图的核心是逻辑连贯不是多
这部分是踩坑最多的地方，首先要注意截图要清晰，不能有水印，所有截图里的软件名称，要和你申报的软著名称完全一致，差一个字都不行，比如你申报的名称是“高校校园跑腿服务系统V1.0”，你截图里的logo写的是“校园跑腿”，要么改logo要么加备注，保证名称统一。
截图的逻辑要连贯，从用户注册登录开始，到每个核心功能的操作全流程，都要走一遍，不要跳步，比如你从首页直接跳到支付完成页，中间没有选服务、填地址的步骤，审核员会觉得你这个流程不通，是拼的截图。每个截图下面配1到2行说明，说清楚这一步在做什么，实现了什么功能，比如第一张是登录页，说明就写“用户输入手机号和验证码完成账号登录，新用户可点击注册按钮完成账号实名认证”，不用写太长，说清楚就行。
很多人问是不是必须要30页才够，其实根本没有明确的页数要求，你要是功能特别简单的小工具，比如一个番茄钟APP，15页把逻辑说清楚了也能过，要是功能复杂的ERP系统，50页也不一定够，核心是完整，不是凑数。我之前帮朋友报一个个人开发的记账小工具，就12页，从头到尾逻辑顺，功能说的清楚，一次就过了，反而我第一次凑了30页没用的截图，直接打回。
对了，要是你实在搞不清逻辑，也懒得自己排版截图，可以用软著Pro，我之前赶高企申报的时候报10个软著都是用这个工具生成的说明书，自动对应源代码的功能点，排版也符合审核要求，几乎没改过，省了好多时间。
无界面软件的说明书怎么写
如果你申报的是无界面的软件，比如后端的中间件、算法工具，那不需要操作截图，也不用硬凑，你要写清楚这个软件的调用逻辑、输入输出参数、核心功能的实现流程、应用场景就可以。比如你做的是电商订单风控识别中间件，就写“本软件为电商订单风控识别中间件，输入参数为用户下单IP、收货地址、历史订单数据，输出为风险等级，核心功能包含异常IP识别、高频下单拦截、虚假地址校验3个模块，主要对接电商平台的订单系统调用，用于识别恶意下单行为”，配上对应的功能流程图就行，完全不用硬找界面截图。
我现在每次写完说明书都会找一个完全没接触过这个软件的朋友看一遍，他要是能顺着我的说明书知道软件怎么操作、每个功能是干嘛的，那基本上就符合要求了，要是他都看不懂，那审核员大概率也看不懂，肯定会打回。最近三次我报的软著都是一周就下证，完全没出过问题，其实软著说明书根本没有大家想的那么复杂，核心就是把你做的软件是什么、怎么用讲清楚，站在审核员的角度把逻辑理顺，避开那些没必要的坑，一次过审真的很简单。
