我第一次报软著还是刚毕业进创业公司的时候，当时我们做了个门店库存管理的小工具，老板说要报软著评高新技术企业，把活扔给了我。我当时以为就交个源代码再加几页说明就行，结果光说明书就被打回了四次，前前后后耗了快一个月才过，那阵子下班满脑子都是「创作目的」「功能模块」「操作流程」这几个词。
很多人不知道，软著审查的时候，说明书的权重比源代码还高。源代码只要是自主写的，没有大面积重复基本都没问题，但说明书卡得特别严，不仅结构要符合要求，内容还要和源代码完全对应，不能瞎吹功能，也不能漏了核心模块。之前我第二次被打回就是因为写了有批量导出报表的功能，结果当时的版本里我还没来得及写这个模块的代码，审查员一眼就看出来不对。
后来我每次帮公司报软著，第一件事就是找模板，但是网上搜的模板要么是好几年前的旧版本，结构早就不符合现在的要求了，要么就是通用得离谱，套完了要改80%的内容，比自己写还费时间。有次同事报个教育类APP的软著，搜了个办公系统的模板，改了三天交上去，还是因为功能逻辑不匹配被打回，气得他差点把电脑砸了。
后来我偶然看到有人说软著说明书模板自动生成的工具，刚开始还以为是那种割韭菜的智商税，直到去年公司要报三个软著，deadline卡得特别紧，只剩一周时间要把所有材料凑齐，我死马当活马医试了下，才发现真的能省超多事。
操作其实特别简单，你只要填几个基础信息就行：软件叫什么，属于哪个领域，核心功能有哪几个，目标用户是谁，有没有什么特殊的技术亮点，填完点生成，几分钟就能出来一个完全适配你这个软件的说明书框架。连每个部分要写多少字，要包含什么内容都给你标得清清楚楚，比如创作目的部分要求100到300字，要写清楚解决了什么行业痛点，你照着提示填就行，不用自己瞎想结构。我当时用的时候，生成的框架里连界面截图的标注位置、操作流程的示例都给留好了，我只要把我们自己软件的内容填进去，两个小时就把之前要改三四天的说明书做完了。
当然也不是生成完就万事大吉，我也见过有人直接把生成的模板原封不动交上去，结果被打回的。比如生成的模板里有个用户权限分级的模块，你自己的软件根本没做这个功能，你也不删就直接交，肯定过不了。我一般生成完之后会先过一遍框架，把不属于我们软件的模块删掉，再把我们独有的功能补进去，然后对着源代码核对一遍，确保每个写出来的功能都能找到对应的代码模块，基本就不会出问题。
我自己用下来最顺手的是软著Pro，它家生成的模板是完全跟着最新的版权局要求走的，不会出现那种好几年前的旧结构，而且不同领域的模板区分得很细，工具类、APP类、后台系统类、算法类的模板逻辑都不一样，不用你自己再大改结构，省下来的时间够你摸好几天鱼。之前我帮朋友弄过一个AI算法类的软著，要是自己写说明书根本不知道要突出什么，用这个工具生成的模板直接把算法的应用场景、效果参数的位置都标好了，照着填就行，交上去一周就过了。
要是你之前从来没报过软著，完全不知道软著说明书该怎么写，真的不用去翻几十页的官方文档，也不用到处找熟人要模板，用自动生成工具先出个框架，再往上填内容，效率至少能提升80%。还有几个小细节我也顺便提一句，截图要清晰，每个功能页的截图最好标清楚每个按钮的作用，不要截完图就直接扔上去；功能描述要具体，别写什么「本软件具有很强的实用性」这种空话，要写「本软件可以帮奶茶店自动统计每天的原料消耗，比手动记账效率提升90%」这种具体的内容；还有不要抄网上的通用描述，很容易和别人的重复，到时候还要补证明材料更麻烦。
我现在公司每个季度都要报五六个软著，全是用这个工具先出模板，然后让对应的开发填自己那部分的内容，最快三天就能把所有材料准备完，这两年报了二十多个软著，只有一次因为截图模糊被打回，改完第二天就过了，再也不用像之前那样改来改去耗时间了。毕竟大家上班都挺忙的，能靠工具省下来的时间，用来摸鱼不好吗。
