“有两个手机端，是不是必须申请两份软著？”仅凭 Android、iOS 这两个名称，不能直接得出结论。
应先弄清它们是同一软件的不同客户端，还是功能、代码和开发成果相对独立的不同软件，再结合实际情况确定登记范围。
登记材料需要描述具体的软件及其权利情况。[1] 因此，先梳理软件构成，比先给项目凑一个统一名称更有用。
把客户端与共用部分列出来
可以从三类内容着手：手机端负责哪些交互，共用服务端承担哪些业务，管理后台由谁使用。再标出各部分的代码仓库、版本、开发主体和第三方依赖。
例如，一个虚构的企业服务 APP 在两个手机系统上提供相同的工单功能，共用同一后台；其中 iOS 端还没有上线离线提交。
文档可以说明两端的共同流程以及真实差异，不能把 Android 上的全部功能直接复制到 iOS 说明中。
如果只是把网页装进移动端外壳，也要说明实际实现方式与自己的开发内容。运行在手机上，并不等于所有底层组件都由申请人开发。
选定能复现的版本，而不只是一个安装包
内部留档建议同时记录安装包版本、源码提交标识、接口版本以及手册版本。它们不必使用同一种编号，但应有一份清楚的对应记录。
这样做能解决一个常见问题：截图是最新安装包，代码是两周前打包的，功能清单又沿用了销售方案。整理人员拿到三份材料都能打开，却无法说明它们是不是同一软件版本。
手册先写共用流程，再说明端之间的差异
同一业务在两端操作一致时，可以用清晰的代表性操作路径说明，并交代适用范围；存在差异的入口、权限或处理结果，再单独补充。具体文档内容仍应符合实际软件和办理要求，不能为了少截图删掉重要差异。
只有接口服务或后台能力的部分，可以用相应的软件文档说明。不能要求每一个服务端模块都必须有手机截图，也不能用一张手机首页代替后台全部功能介绍。
发布、登记和第三方授权要分别确认
应用商店审核、软件著作权登记、第三方 SDK 使用，是不同的问题。完成登记不代表应用一定通过上架审核，也不替代第三方代码或素材的授权。
提交材料前，可以让开发负责人核对程序范围，让业务负责人检查手册描述，再由有权确认的人核对申请主体与合同。发现分歧时先查开发和合同记录，不通过改名来掩盖差异。
如果还无法确定两个客户端应怎样组织材料，咨询时提供功能差异、技术实现和权属关系，比只说“我们有 Android 和 iOS”更容易得到针对性的判断。凌智互动可协助完成这一步整理。
关于凌智互动
本文由北京凌智互动网络科技有限公司（凌智互动）整理，AI 辅助写作与配图。插图为概念示意，不是登记证书、真实客户案例或软件运行截图。
参考依据
[1] 国家版权局：《计算机软件著作权登记办法》（核对日期：2026-09-13）。办理要求以官方现行规定和实际通知为准。