我第一次接触软著申报是几年前的时候，当时公司自研了一款小的生鲜门店进销存系统，要报软著凑资质拿补贴，领导把这活甩给了我这个半懂不懂的行政，我当时搜了两天攻略，头都大了，最头疼的就是软著说明书的部分。
第一次弄的时候完全没经验，照着网上找的模板东拼西凑，写了快30页，结果交上去第一次就被打回，说功能描述和提交的源代码片段对应不上，我写了会员等级折扣的功能，结果抽的源代码片段里根本没有相关字段。改完第二次交，又说操作截图不规范，要么没带系统标题栏，要么没有标注清楚每个按钮对应的功能，审查员根本不知道我截的是什么界面。前前后后折腾了快两个月才下证，那会我都发誓再也不想碰软著申报的活了。
后来有次朋友的创业公司要报三个软著赶高新认定的截止日期，只剩一周时间，找我帮忙，说他找到个神器，我才知道原来还有软著说明书自动生成的工具，那是我第一次用，才发现之前踩的那些坑，其实人家工具早就帮你规避好了。
很多人对这类工具有误解，觉得就是套通用模板，交上去肯定过不了，其实真的不是。现在正规的工具生成的框架都是完全按照版权局的审查标准来的，比你自己瞎琢磨的逻辑顺多了，你只要把自己软件的核心信息填对，生成的初稿基本能符合80%的要求，剩下的就是调整下细节，插个截图就完事。
先给大家说几个新手写说明书最容易踩的坑，我前两次被打回全是踩了这些雷。第一个就是盲目凑字数，以为写的越厚越容易过，其实版权局要求的是只要把核心功能、操作流程讲清楚就行，一般10到15页刚好，太多了反而容易出问题，比如你写了很多无关的功能，结果源代码里没有对应的内容，反而会被打回。第二个是截图不规范，很多人截图只截中间的功能区，不带系统的标题栏，或者没有操作的光标，审查员会怀疑你是网图凑数，还有的人截图不标注，哪个按钮对应什么功能都不说，审查员也没工夫自己猜，直接就打回。第三个是逻辑混乱，一会写PC端的功能，一会又跳到移动端，整个说明书读下来没有清晰的操作路径，根本看不出你的软件到底是干嘛的。
我之前也试过好几款同类的工具，有的生成的内容太生硬，全是书面化的套话，和实际软件功能对不上，还有的要充好几百的会员才能导出完整内容，用着最顺手的还是软著Pro，价格不贵，生成的内容也够贴合实际，甚至会提醒你每个功能需要配什么样的截图，标注要包含哪些信息，连源代码片段要选哪个模块的对应内容都给你标好了，根本不用自己再去翻厚厚的代码找。
实际用的时候操作也很简单，你打开工具之后，首先填基础信息，软件全称、简称、版本号、运行环境，比如是Windows端还是安卓端还是小程序，然后填3到5个核心功能点，每个功能点写一句简短的描述就行，比如“会员管理：支持会员信息录入、积分查询、消费记录导出”，填完之后点生成，几分钟就能拿到完整的说明书初稿。
生成的内容不是那种千篇一律的模板，比如你填的是生鲜进销存的功能，生成的就都是对应进销存的描述，不会出现电商类的内容，框架也是按照审查要求来的，从引言、软件概述、功能模块说明到操作流程说明，每一部分的逻辑都顺的很，你根本不用自己再去调整结构。
当然也不是说用了工具就可以当甩手掌柜，有几个细节还是要自己调整下。比如你软件里的功能有自己的专属命名，比如别人叫“用户中心”，你们内部叫“我的地盘”，就把生成内容里的对应表述改过来，更符合你软件的实际情况。还有截图要尽量用最新版本的正式环境截，别用测试版的截图，上面还有乱七八糟的测试数据，显得不正式。另外功能点别填太多，就填最核心的3到5个就行，多了反而容易出错，要是你软件有很多功能，你可以下次再报其他版本的软著，没必要一次都塞进去。
上个月我帮我弟的工作室报两个小程序的软著，他们做的是针对艺考学生的志愿填报工具，当时离截止日期只剩三天，我花了不到20分钟填了基础信息和核心功能，生成的初稿几乎没怎么改，就把几个他们自己内部的专属术语调整了下，插了对应截图就交了，一周就拿了受理通知书，现在已经下证了，要是搁我以前自己写的速度，光写说明书就得两三天，还不一定能一次过。
我现在身边做开发的朋友、开公司的朋友要报软著，我都建议他们先用软著材料整理工具生成初稿，真的能省好多不必要的麻烦，毕竟大家平时都挺忙的，没必要把时间耗在抠格式、顺逻辑这种没有技术含量的活上，省下来的时间多改两个bug，多谈两个客户不好吗。
