成功案例 软著Pro编辑部

用豆包写软件著作权材料居然能省这么多事?我实测了全流程

前阵子帮团队申报3个软著,试着用豆包写申报材料,踩了不少坑也摸出了高效方法,分享给所有要报软著的朋友。

856 次阅读 来源:网络整理

我前阵子帮公司的三个内部小工具报软著,想起第一次报软著的时候,光是整理材料就熬了三个通宵,提交之后还因为操作手册内容太笼统被打回,来回折腾了两个多月才拿证。这次我试着用豆包写大部分申报材料,摸对方法之后居然一周就搞定了三份材料,提交之后全过了初审,省了超多精力。

先给大家提个醒,别一上来就对着豆包输“帮我写个XX软件的软著申报材料”,这么做出来的内容100%过不了审。软著审核现在卡的很细,尤其是操作手册和功能说明部分,空泛的模板化内容连初审都进不去。用豆包之前,你得先把自己软件的核心信息理清楚:核心功能有哪几个、和市面上同类软件的差异点是什么、用到的技术栈是啥、面向的用户群体是谁,这些信息喂的越细,豆包出的内容越能用。

就拿我这次报的烘焙店库存管理工具来说,我一开始就把“有原材料保质期三级预警、订单自动扣减库存、供应商台账自动生成”这三个独有的功能,还有“面向个体烘焙店老板、前端用vue3后端用springboot”这些信息全部给到豆包,让它先搭操作手册的框架,我确认框架没问题之后,再让它分模块写每个功能的操作流程,每写完一节我就核对一次和实际功能有没有出入,有问题立刻调整,比我自己从零开始写快太多。

很多人最头疼的源代码整理部分,我之前每次都要花大半天,要手动删掉注释、空行,还要凑够前后各30页,格式错一点都不行。后来我发现软著源代码整理的小工具特别好用,把整个项目的代码包传上去,就能自动剔除注释和空行,按要求提取前后30页,导出的文件格式直接符合申报要求,省了我好多手动调整的时间。

这里说个我踩过的坑,第一次用豆包写操作手册的时候,我让它直接生成整份文档,结果出来的内容套了好多通用模板,比如“用户可通过账号密码登录系统”“管理员可以查看用户列表”这种完全没针对性的内容,我改了快两天才改完。后来我就拆成小节让它写,每写一节就要求它必须结合我给的具体功能,比如写登录模块的时候,就要明确写“烘焙店老板可通过手机号验证码登录系统,首次登录需要上传营业执照完成实名认证才能使用库存功能”,这样出来的内容基本不用怎么大改。

还有申请表里的软件创新点、功能说明部分,也是很多人容易卡审的地方,别写“本系统操作简单、效率高”这种空话,你要把实际的差异点列出来,让豆包帮你整理成符合审核要求的表述,比如我那个烘焙工具的创新点,我就让豆包把“三级预警机制”展开成“针对烘焙原材料保质期短、损耗高的痛点,独创临期7天、3天、24小时三级预警机制,分别通过公众号模板消息、短信、APP推送通知,可降低门店原材料损耗30%以上”,这种有具体场景和数据的内容,基本不会被打回。要是你不知道怎么填申请表里的各种日期、分类信息,可以去看软著申报常见问题里的说明,好多我之前搞不懂的规则都是在上面查的。

还有个很重要的点,现在软著审核对内容重复率卡的很严,尤其是操作手册,要是和网上的通用模板重复率超过30%,大概率会被打回。用豆包写完的内容一定要自己过一遍,把所有通用表述换成你自己软件的具体内容,别直接复制粘贴就用。写完之后我习惯先上软著Pro做个免费预检,上传材料就能扫出来有没有重复率过高、格式不符合要求的问题,省得提交之后被打回还要等半个月的审核周期。

最后整理材料的时候要注意,源代码和操作手册都要用宋体小四、1.5倍行间距,页码要连续,这些细节豆包没法帮你盯,要自己核对一遍。我这次三份材料提交之后,不到一周就全部过了初审,算下来花的时间比我之前自己写省了快三分之二,只要方法对,用豆包写软著材料真的能帮你省下好多熬大夜的时间。

赞助商内容