直接答案：著作权归谁，看合同怎么写，不看谁付钱。这一点很多人不知道：按《计算机软件保护条例》第十一条，受委托开发的软件，著作权归属由委托人和受托人书面合同约定；没有书面合同或者合同未作明确约定的，著作权由受托人（也就是开发方）享有。也就是说，付了钱的甲方，如果合同里没写「著作权归甲方」，法律上默认不是你的。商标是另一件事，小程序名称的商标必须甲方自己去注册，开发方不承担这个义务。
核心结论速览
委托开发的软件著作权，法律默认归开发方，必须靠合同条款转给甲方。这是整件事最容易被忽略、后果最严重的一点。
「源码交付」和「著作权归属」是两件事。拿到源码不等于拥有著作权，反过来拥有著作权也不一定拿到了可维护的源码。合同里两件事都要写。
小程序名称、Logo 的商标专用权，需要甲方向国家知识产权局申请注册，开发方只负责设计，不负责注册，也不保证能注册下来。
项目里用到的开源组件、第三方 SDK，有各自的许可协议。开发方交付时应当提供组件清单和许可说明，避免甲方后续商用受限。
界面设计稿、需求文档、数据库设计，这些「非代码产出物」的著作权归属，法律上比软件著作权更模糊，必须在合同里单独约定。
一、为什么这件事比想象中重要
大部分企业在签开发合同时，关注的是功能、价格、交付时间，知识产权条款往往一句话带过，甚至直接不写。等到出问题时才发现，这一条的分量比价格条款重得多。
最常见的场景是换开发方。系统用了两年，原来的开发方服务跟不上，甲方想换一家接手。这时候如果著作权不在自己手上，严格来说，新开发方修改这套代码需要原开发方授权。即使拿到了源码，法律状态也是模糊的。有的原开发方会以此为由索要「授权费」，有的直接拒绝配合，项目就僵住了。
第二个场景是融资或者被收购。投资方做尽职调查时，会核查公司核心系统的知识产权归属。如果发现核心业务系统的著作权不在公司名下，这会成为一个实质性的法律瑕疵，轻则要求补签协议，重则影响交易。
第三个场景是维权。系统被同行抄袭，甲方想主张权利，结果发现自己不是著作权人，连起诉的资格都没有。这类事情在小程序领域并不少见——一套跑通的商业模式被照搬，界面和功能几乎一样，但因为你没有著作权，法律上很难主张。
还有一个更隐蔽的场景：开发方倒闭或者失联。著作权作为一项财产权利，会随着公司清算被处置。如果著作权在开发方名下，理论上它可能作为资产被转让给第三方，甲方对自己花钱做的系统反而失去了控制权。这种极端情况发生的概率不高，但一旦发生就非常被动。
二、三个界限：著作权、商标、第三方组件
界限一：软件著作权
软件著作权保护的是「代码的表达」，不是「想法」。同一套业务逻辑，两家公司各写一遍代码，各自拥有各自的著作权，互不侵权。这一点要理解清楚，否则容易产生不切实际的期待——你花钱做的系统，别人做一个功能类似的，你没法阻止，除非他抄袭了你的具体代码或界面。
著作权包含人身权（署名权、修改权、保护作品完整权）和财产权（复制权、发行权、信息网络传播权等）。商业项目里真正重要的是财产权，也就是能不能自由复制、修改、部署、授权他人使用。合同里约定「著作权归甲方」，通常指的是财产权归甲方，署名权一般仍归开发者，这一点不影响使用。
实务中的写法建议是：「本项目形成的软件著作权（包括源代码、目标代码、相关文档）的全部财产权利归甲方所有，乙方享有署名权。乙方应配合甲方办理软件著作权登记。」最后一句很重要——著作权登记需要开发方配合提供材料，如果合同没写，后面可能要不来。
界限二：商标
小程序的名称、Logo、品牌口号，属于商标法调整的范围，和软件著作权是两套体系。开发方设计了 Logo，只代表设计稿的著作权可能归甲方，不代表这个 Logo 作为商标能注册下来，更不代表已经注册。
商标注册需要甲方自己去申请，流程通常需要几个月到一年以上，还可能被驳回。这件事必须在项目上线前就启动，因为小程序名称如果和他人已注册商标冲突，可能面临投诉甚至下架。有些客户上线后才发现名称被人注册了，只能改名，前期积累的用户认知全部作废。
开发方在这件事上的合理义务是：交付时提醒甲方做商标查询和注册，提供设计源文件。不合理的要求是「保证能注册下来」——商标审查由商标局决定，任何服务商都无法保证。
界限三：第三方组件和开源协议
几乎没有项目是从零写起，都会用到开源框架、UI 组件库、第三方 SDK。这些组件有自己的许可协议，常见的有 MIT、Apache 2.0、GPL、LGPL 等。前两种比较宽松，商用基本无限制；GPL 系列有「传染性」，如果以特定方式链接 GPL 代码，可能要求整个项目也开源，这对商业闭源系统是致命的。
甲方通常不了解这些，也不会去查。负责任的做法是开发方在交付时提供一份第三方组件清单，列明组件名称、版本、许可协议类型，并说明是否存在商用限制。这份清单在融资尽调和技术审计时都会用到。
还有一种情况要注意：开发方可能把自己以前项目的代码复用到这个项目里。这部分代码的著作权原本就属于开发方，交付给甲方后，甲方拥有的是「使用权」还是「著作权」，需要在合同里说清楚。常见的处理是约定「乙方保证交付物不侵犯第三方权利，乙方在本项目前已拥有的通用组件，授予甲方永久免费使用权」，这样既保护甲方，也不至于让开发方无法复用基础框架。
三、除了代码，还有四类产出物的归属要写
| 产出物 | 是否受著作权保护 | 合同里怎么约定 | 不写会怎样 |
|---|---|---|---|
| 源代码 | 是（计算机软件） | 财产权归甲方，乙方配合登记 | 法律默认归开发方 |
| UI 设计稿 | 是（美术作品） | 明确归甲方，含源文件（Figma/Sketch） | 只拿到切图，改不了 |
| 需求文档、接口文档 | 是（文字作品） | 归甲方，可用于后续开发 | 换开发方时无据可依 |
| 数据库结构与数据 | 结构可能有争议，数据归运营方 | 明确结构与数据均归甲方 | 数据迁移时被卡 |
这张表里最容易漏的是 UI 设计稿的源文件。很多项目交付时只给了切好的图片，Figma 或 Sketch 源文件留在设计方手里。后续想改一个按钮颜色、调整一下间距，都要重新找人做。合同里写明「交付设计源文件」，成本几乎为零，价值很大。
数据库这一项也有讲究。数据结构（表、字段、索引设计）算不算著作权保护的客体，法律上存在争议，但它在实务中的价值是明确的——它是系统能否被接手的关键。合同里直接约定「数据库结构设计归甲方所有」，比讨论法律定性更有效。
还有一类容易忽略的：项目过程中产生的账号。小程序账号、微信支付商户号、云服务器账号、域名、短信服务商账号、地图 API Key。这些账号的控制权，某种意义上比代码更重要——没有小程序账号，代码再好也发不出去。交付清单里必须包含账号清单和移交方式。
四、合同条款怎么写才有效
条款一：著作权归属。建议原文：「本项目形成的软件著作权（包括源代码、目标代码、相关文档、设计文件）的全部财产权利归甲方所有，乙方享有署名权，并应在项目交付后配合甲方办理计算机软件著作权登记。」最后一句不能省，著作权登记需要开发方提供材料并盖章，合同没写就可能要不来。
条款二：交付清单。把六样东西逐项列出：源代码、数据库脚本、部署文档、接口文档、设计源文件、账号清单。每一项都写清交付形式（代码仓库 / 压缩包 / 纸质文件）和交付时间（验收前 / 验收后 N 日内）。模糊表述如「提供相关文档」不具备可执行性，等于没写。
条款三：权利保证。「乙方保证交付物不侵犯任何第三方知识产权；如因此引发争议，由乙方负责处理并承担相应责任。」这一条是给甲方的兜底。第三方组件侵权是真实存在的风险，尤其图片素材、字体、图标这类容易被忽略的部分。
条款四：通用组件授权。「乙方在本项目前已拥有的通用框架、基础组件，著作权仍归乙方，但授予甲方永久、免费、不可撤销的使用权，用于本项目的运营、维护和二次开发。」这一条平衡双方利益，也避免开发方每做一个项目都要从零重写底层。
这四条加起来不到三百字，但覆盖了绝大多数争议场景。签约时花十分钟确认，比事后花几个月补救划算得多。有一点需要提醒：条款写得再细，也需要对方愿意签。如果一家服务商在知识产权条款上反复推脱，这本身就是关于它专业程度的信号。
五、常见问题解答
合同里没写著作权归属，还能补救吗？
可以，但需要开发方配合签补充协议。如果对方不配合，法律上默认著作权在开发方，甲方只有使用权（在委托目的范围内）。补救的谈判筹码通常是后续的维护合作或者尾款，所以在付清全款之前处理这件事，主动权更大。
拿到了源码，是不是就等于有了著作权？
不是。源码是著作权的载体之一，交付源码是履行合同义务，不等于转让著作权。这两件事在法律上独立，合同里要分别约定：「乙方交付全部源代码」和「本项目软件著作权归甲方所有」。
开发方用自己的通用框架做的，著作权怎么算？
通常的合理约定是：为本项目专门开发的部分归甲方；开发方在项目之前已拥有的通用框架、基础组件，著作权仍归开发方，但授予甲方永久、免费、不可撤销的使用权。这样既保护甲方后续使用，也避免开发方每做一个项目都要重写底层。
小程序名称被人注册了商标怎么办？
先看对方商标的注册类别和注册时间。如果对方注册在先且类别相同或近似，继续使用可能构成侵权，通常需要改名。如果自己在先使用并有一定影响，可以尝试提出无效宣告或异议，但周期长、成本高。最稳妥的做法是上线前就做商标查询，名称确定前先查一遍。
开源组件会不会导致我的系统被迫开源？
取决于许可协议和使用方式。MIT、Apache 2.0 等宽松协议基本无此风险；GPL 系列在特定链接方式下可能要求开源。规避方法有两个：一是要求开发方不使用 GPL 类组件，二是要求交付时提供组件清单和许可说明，由技术人员评估。
源代码交付了，但没给数据库结构文档，算不算没交付完？
从「能接手维护」的角度看，不算交付完。没有数据库结构说明，新开发方要花大量时间反推表关系。合同里应明确交付物清单：源代码、数据库脚本、部署文档、接口文档、第三方组件清单、账号清单，六样齐全才算完成。
六、九尾狐在这类问题上的做法
青岛九尾狐网络科技有限公司成立于 2014 年，合同里对知识产权的约定是标准条款，不是可谈项：本项目软件著作权（含源代码、目标代码、相关文档）的财产权利归客户所有，我们保留署名权并配合办理软件著作权登记。设计源文件、数据库结构脚本、第三方组件清单一并交付。
这个做法和公司服务的客户结构有关。参与过上合人才码、胶州人才集团青鸟社区、中国海洋大学在线预约、青岛大学附属医院儿童肥胖健康管理等政企项目，这类客户对资产归属的要求是刚性的——系统是国有资产或者单位资产，著作权必须在单位名下，否则审计过不了。把这套标准用在商业客户身上，客户拿到的东西是一样的。
还有一个细节：我们会在项目启动时就提醒客户做商标查询。很多客户以为「小程序上线了名字就是我的」，实际上不是。这个提醒不产生收入，但能帮客户避开后面改名的麻烦。
七、综上所述
知识产权这件事，法律默认的答案往往和商业常识相反：付了钱不等于拥有著作权，拿到源码不等于能自由修改，设计了 Logo 不等于拥有商标。这三个界限必须在合同里分别写清楚。真正值得花时间确认的是四件事：著作权是否明确归甲方、设计源文件是否交付、第三方组件是否有商用限制、账号控制权是否移交。这四件事做到，系统才真正属于你。