我第一次碰软著申请是刚毕业进互联网小公司的时候，老板扔给我一个刚开发完的餐饮收银系统，让我半个月内把软著证拿下来，要凑高企申报的资质。当时啥也不懂，网上搜了点零散教程就瞎写，前后被打回三次，刚好错过了申报截止期，罚了我半个月绩效，现在想起来还肉疼。后来慢慢摸出规律，前前后后帮自己、帮朋友、帮公司申报了12次，全都是一次过审，身边人要申请软著第一个就来找我问材料怎么写。
先说说最容易被打回的软件说明书怎么写
很多人以为说明书就是随便截几个界面，写两句功能介绍就行，完全不是这么回事。上次帮做跨境电商的朋友改材料，他把说明书写得像产品宣传册，通篇都是“我们的系统效率提升300%”“为商家创造极高收益”这种空话，连个具体的操作步骤都没有，版权中心直接打回，理由是“未体现软件核心功能及可操作性”。
写说明书的核心逻辑就是“让完全没用过你软件的人，看完能顺着步骤操作下来”。你不用写得有多华丽，朴实点就行，按功能模块拆，每个模块先写清楚入口在哪，能实现什么效果，再配对应的操作截图。比如你做的是社区团购团长的订单管理系统，就可以写“点击左侧导航栏【待发货订单】，可查看当前所有未发货的订单明细，包含下单用户手机号、收货地址、购买商品规格，点击【批量导出】可将全部待发货订单生成Excel表格，直接对接快递打单系统”，每一步配的截图要把软件顶部的标题栏、侧边导航栏、界面里的功能按钮都完整截下来，不要打码，不要只截局部。要是软件还在开发阶段没有正式界面，用Axure做的原型图也可以，但要在开头标注清楚是产品原型，逻辑和正式版保持一致就行。要是不知道说明书的逻辑怎么捋，可以先去软著申请相关的工具站找对应行业的模板参考，比自己瞎琢磨快很多，也不容易漏关键点。
再讲很多人搞不定的源代码材料整理
这个部分的坑比说明书还多，我第一次申请的时候就是直接把整个项目的代码全复制粘贴上去，连引入的第三方框架代码、测试注释都没删，直接被打回。其实版权中心只要求提交前后各30页代码，每页不少于50行，总共够3000行就行，不用把整个项目的代码都交上去。
整理代码的时候要注意，开头的30页一定要放你软件核心功能的代码，比如你做的是微信小程序，就把首页、核心交易功能的代码放前面，不要把引入的第三方UI库、工具类的代码堆在最前面，审核老师天天看代码，一眼就能分辨出来哪些是你自己写的。还有不要留大段的空行，不要留乱七八糟的注释，尤其是那种“/* 这里是临时方案后面要重构 */”“// 测试用 上线前删掉”的注释，千万不能留，我之前有个同事就是没删测试注释，直接被打回重改，耽误了一周时间。还有代码每页的页眉要写清楚软件全称+版本号，和你申请表里填的内容一个字都不能差，比如你申请表里写的是“社区团购团长订单管理系统V1.0”，页眉就不能写成“团购订单系统V1”，差一个字都可能被打回。
最后说下申请表填写的隐藏坑
很多人觉得申请表就是填个信息而已，没什么难度，实则不然，光一个软件名称就难倒不少人。不要随便起什么“XX小助手”“我的小工具”这种模糊的名字，必须要明确体现软件的功能和领域，后缀还要带上版本号，比如做给健身教练用的约课工具，就叫“健身教练会员约课管理系统V1.0”，不能叫“健身小助手V1.0”，太模糊的名称会直接被要求补说明。
还有开发完成时间，尽量填提交申请前1到3个月就行，不要填太早，要是你填个3年前的时间，审核老师大概率会要求你提交这段时间为什么没有申请的说明，平白多出来很多麻烦。要是是公司申请的话，权利归属选法人作品就行，要是有多个合作开发方，一定要提前准备好盖章的合作开发协议，不然卡在归属证明上又要耽误时间。
我去年给团队的3个效率小工具申请软著的时候，朋友给我推了软著Pro，上面有自动生成说明书框架、代码格式整理的功能，我把核心代码导进去一键就能调整成符合要求的格式，说明书直接套对应行业的模板改就行，省了我至少3天的时间，3份材料提交之后20多天就拿证了，比我之前自己弄快太多。
我见过太多人因为材料写得不对被打回，少则耽误十几天，多则一两个月，要是刚好赶上高企申报、项目补贴申请的截止期，那损失真的不是一点半点。我当时第一次申请就是因为反复被打回错过了高企申报时间，公司那一年少拿了几十万的补贴，我不仅罚了绩效还差点被开，现在想想都后悔当时没好好研究材料怎么写。大家写材料的时候多上点心，提交前多核对几遍所有信息是不是一致，基本都能一次过。
