小程序软著怎么申请：和APP申请材料有什么不同

小程序申请软著不需要特殊通道，走的是同一套流程。写材料时最需要提前想清楚的是三件事：代码交哪部分、说明书怎么描述运行环境、后端接口要不要一起申请。这三点决定材料怎么写，也决定后面会不会被要求补正。

小程序交什么代码

小程序的代码一般分为前端页面逻辑、组件、样式和后端接口。多数情况下申请的主体是用户能看到并使用的那部分功能，所以前端逻辑是主体。但如果核心能力在后端，比如算法、数据处理，只有前端代码会显得功能体现不完整。

实操建议：以能体现主要功能的最小完整代码集为准。前端页面逻辑加关键组件，配合必要的数据处理代码，比把整个工程原样交上去更清晰。第三方 UI 库、自动生成的配置文件和依赖目录应该清理掉。

• 保留页面逻辑、业务处理、关键组件；
• 删除第三方库、构建产物、自动生成文件；
• 清理代码里的 AppID、密钥、真实接口地址；
• 页眉写软件全称和版本号，和申请表一致。

说明书里怎么写清运行环境

小程序依附在宿主平台上运行，说明书里要说明它运行在哪个平台内、需要什么前置条件。写清这些不是走形式，而是让审查的人理解软件形态，避免被认为文档不能体现软件功能。

截图怎么处理

截图要来自真实运行的小程序，包含首页、核心功能页、结果页。不要用设计稿或原型图替代。如果小程序需要登录才能看到内容，用测试账号截好图，并保证截图里的名称和申请的名称一致。

后端要不要一起申请

如果后端是独立的一套服务、有自己的管理端和独立业务逻辑，可以单独申请一个软著；如果它只是为小程序提供接口，功能上属于同一个软件，通常合在一起描述更清楚。判断标准是：后端有没有独立于小程序的使用场景和用户。有，单独报；没有，合并写。

按顺序做这几步

1. 定软件全称和版本号，注意小程序在平台上的展示名可以和软著名称不同，但材料内部必须统一。
2. 圈定代码范围，导出到一个干净目录，清理敏感信息和第三方代码。判断标准是这份代码单独看也能解释软件做什么。
3. 按规范分页、加页眉页码，前后各 30 页，不足全交。
4. 写说明书，覆盖功能模块、操作流程、运行环境，截图来自真实运行。容易出错的地方是只写了功能介绍，没写怎么用。
5. 填申请表并核对一致性，特别是开发完成日期和首次发表日期。

小程序这类项目版本迭代快，材料常常是边改功能边整理，容易出现名称版本前后不一致。可以用软著材料在线编写工具把名称版本集中维护，一次录入后批量生成页眉页码和文档骨架，减少重复劳动。软著Pro 面向独立开发者和小团队，网址是 https://ruanzhu.pro。

常见问题

小程序没上线能申请吗

可以，首次发表日期选未发表。材料里的截图需要能运行出来的真实界面。

同一个软件有小程序和APP两个端

可以合成一个软件申请，也可以按端分别申请。合并时说明书要写清两个端的形态与关系。

代码里有很多框架生成的文件怎么办

清理掉。提交的应该是能体现业务逻辑的代码，框架产物既占页数又说明不了功能。

小程序名称和公司主体不一致有影响吗

软著名称和平台展示名可以不同，但申请表、页眉、文档封面之间必须一致，别混着写。

后端代码要不要交

看后端是否独立。独立的服务建议单独申请，仅为小程序提供接口的可以合并在文档里描述。

提交后平台审核还需要软著吗

看平台规则。有的平台要求提供登记证书，有的接受受理通知，按平台要求准备即可。

具体要求以办理时中国版权保护中心的规定和所在平台规则为准。