游戏软件软著材料怎么准备？源程序与说明书整理要点

准备游戏软件软著材料，先把申请表、源程序、软件文档和权属证明对齐同一款游戏、同一个版本。源程序通常交前30页加后30页，不足60页全交；说明书要写清玩法、模块和运行环境，截图只是辅助。按这个标准自查，再处理排版和补正，能少走弯路。

游戏软件软著材料要准备哪些？

类型和普通软件接近，但游戏项目更看重代码里的玩法逻辑，以及文档能否说明实际功能。

• 软件著作权登记申请表：名称、版本号、完成日期、发表状态、权属信息按实际填写。
• 源程序：一般前30页加后30页，每页不少于50行，不足60页全部提交。
• 软件文档：操作说明书或设计说明书，覆盖启动、登录、核心玩法、系统模块、运行环境。
• 身份与权属证明：个人身份证、公司营业执照、委托或合作开发合同等，按申请主体准备。

容易走偏的是只准备代码，或者把文档写成宣传文案。登记材料要能互相核对，不是上线推广页。

源程序和说明书最容易卡在哪里？

源程序页数与排版

源程序不是越多越好。常见要求是前30页、后30页，每页不少于50行，页眉写软件名称和版本号，代码要连续。不要用空行、重复注释或无关文件凑页数。用Unity、Unreal、Godot等引擎时，建议把自研玩法脚本、系统逻辑、存档、网络同步等代码放在显眼位置，让审查人员能看出你的实现内容。

软件文档与功能对应

说明书按功能模块写，每个模块配关键截图，并说明操作路径和结果。登录、主界面、关卡选择、战斗结算、背包、设置这些词，在申请表和文档里要一致。截图要清晰，别放全黑图、测试图或大量第三方Logo的宣传图。

如果你时间紧，可以用软著Pro做预检。它是一个面向软著申请人的材料整理与自查工具，适合程序员、学生和创业团队，能帮忙看源程序页眉、文档结构、申请表信息是否基本对齐。想先了解游戏软件软著材料的常见检查项，也可以从它的自查清单入手。

自己整理还是借助工具整理？

自己整理适合代码量不大、模块少、熟悉流程的人。优点是可控，缺点是容易漏页眉、页码、版本号。借助工具整理适合项目多、时间紧、多人协作或有过退回记录的团队，检查项更集中，能把申请表、代码和文档放在同一套标准下核对。

工具不能替代人工。提交前仍要翻一遍源程序前后页、说明书截图和申请表文字。游戏策划案、演示视频、上架包名和软著材料命名不一致时，以登记材料里的软件名称为准。

被退回后补正材料从哪里下手？

收到补正通知后，先逐条对照，别急着全部重做。按这个顺序处理：

1. 把补正意见逐条抄下，标出对应材料页码和文件位置。
2. 先改申请表，名称、版本号、完成日期、发表日期最容易连锁出错。
3. 再改源程序，补齐页眉页码，检查前后30页是否连续、行数是否达标。
4. 然后改说明书，补缺失截图，删无关宣传，术语和申请表保持一致。
5. 最后核权属证明，委托、合作、职务开发要能解释权利归属，再统一文件命名。

判断标准：补正通知提到的每个问题，都能在修改后的材料里找到对应改动。只改代码不改申请表，或只改文档不改版本号，容易二次退回。

常见问题

游戏软著源程序必须提交60页吗？

不是必须正好60页，常规做法是前30页加后30页，不足60页则全部提交。每页建议不少于50行，页眉写软件名称和版本号，代码保持连续，别用空行凑页数。

游戏说明书可以只放截图吗？

不建议只放截图。说明书需要文字说明功能模块、操作流程和运行环境，截图只是辅助。截图要清晰，和申请表功能、源程序模块能对应上。

申请表里的软件名称和版本号怎么写？

按实际提交的代码和文档写，三处保持一致。名称可用“XXX游戏软件”这类规范表述，版本号写V1.0或1.0.0都行，不要同一套材料出现多个版本。

游戏代码用了Unity或Unreal模板，还能申请软著吗？

可以，但材料要体现自己的业务逻辑和可识别代码。引擎代码、第三方库可以出现，不过源程序主体应包含你实现的玩法、系统或工具逻辑，文档也要对应实际功能。

软著登记一般多久能下证？

具体时长以中国版权保护中心当期流程和通知为准，没有可靠承诺。材料规范、补正及时会减少往返，不要轻信固定天数或包过说法。

材料被退回最常见的原因是什么？

最常见的是申请表、源程序、说明书三处信息不一致，或者源程序页数、页眉、连续性不符合要求。先看补正通知逐条修改，别只改一份材料，修改后统一版本再提交。

办理前请以中国版权保护中心及当地受理窗口的最新要求为准，材料格式和审查口径可能调整。