同一个小程序项目里，通常不只有手机上的几个页面，还可能有管理后台、接口服务和云函数。整理软著材料前，先回答一个问题：这次登记的软件具体包括哪些部分？
《计算机软件著作权登记办法》规定了申请、程序与文档交存等要求，没有因为使用“小程序”这一运行形式，就免除相应材料要求。
[1] 小程序审核或某项业务要求提供什么资质，还需查看该业务当前的具体要求，不能把软著登记证书当作全部准入条件。
用一条真实业务流程确定边界
以一个虚构的预约小程序为例：用户选择时间并提交预约，接口校验名额，工作人员在后台确认，用户再查看结果。如果本次软件包含这三个部分，文档就应解释它们怎样协作，源程序整理范围也应与之对应。
若后台由第三方提供，自己只开发了小程序端，则需要如实说明接口依赖和开发范围。不能因为后台出现在演示里，就把后台程序全部算作自己的成果。
建议整理一张范围表：每个端或模块分别记录“是否纳入本次版本、代码位置、主要功能、开发或授权来源”。平台提供的通用能力、购买的组件与自行开发的逻辑，可以在内部清单中分开标注。
手册应能看出操作从哪里开始、在哪里结束
小程序端截图适合按用户任务串联。例如预约流程可以包含入口、填写、提交结果和记录查询；管理端再补上处理入口与状态变化。无需把每个空页面都截一遍，也不要只放首页和几张装饰图。
截图前固定测试账号与演示数据，确认页面实际可操作。涉及真实姓名、手机号或订单信息时，优先在演示环境使用已明确标注的示例数据，避免泄露真实用户信息。
示例界面必须来自真实程序运行，不能用设计稿冒充已实现的软件。
名称和版本不能各写各的
项目文件夹名称、小程序展示名称和软件全称不一定天然相同。整理时应确认拟登记名称，在申请信息、文档封面及涉及软件标识的位置保持可解释的一致关系。
版本也一样：手机端刚增加的功能，如果没有进入本次代码和文档版本，就不要提前写进功能说明。开发完成日期等字段应依据实际记录填写，不能为了让材料看起来整齐而编造日期。
交给协作方前，先核对这四件事
- 能否说清本次软件包含小程序端、管理端和服务端中的哪些部分。
- 每个纳入范围的部分，能否找到对应代码或明确的权利依据。
- 用手册中的路径，能否在当前程序中完成一次核心操作。
- 委托开发、合作开发或购买成品时，合同中的权属约定是否明确。
凌智互动可以协助梳理项目范围与材料对应关系。沟通时先提供端的构成和已完成功能即可，敏感源码与业务数据按约定范围交接。
关于凌智互动
本文由北京凌智互动网络科技有限公司（凌智互动）整理，AI 辅助写作与配图。插图为概念示意，不是登记证书、真实客户案例或软件运行截图。
参考依据
[1] 国家版权局：《计算机软件著作权登记办法》（核对日期：2026-09-13）。办理要求以官方现行规定和实际通知为准。