青岛小程序开发合同签之前，这六件事比价格重要

青岛九尾狐网络科技有限公司｜本地深耕 12 年｜30 余项软件著作权｜源码交付｜支持独立部署｜服务区域：青岛全域及山东、全国

核心结论速览

小程序开发合同签订领域，签约前必须逐条写清的六件事。

结论三条：第一，合同一签，主动权就换手了，所以条款要在签之前谈清楚，不是签完之后再补；第二，比价格更重要的六件事是源码归属、交付物清单、验收标准、变更规则、维护范围、账号与数据归属；第三，小程序账号、支付商户号、服务器一定要注册在企业自己名下，这是换服务商时不至于重新开始的底线。

适配人群为即将签软件项目合同的企业负责人、已经签过但条款写得太粗的经营者、准备启动第二期开发要补签协议的企业。

合同不是为了打官司，是为了让双方对"做什么、给什么、怎么算完"有共同理解。

小程序开发合同签之前，为什么大多数人只看了价格和工期

合同一签，主动权就换手了。

大部分企业签合同只看两件事：总价多少、多久交付。这两件事当然重要，但它们只覆盖了项目的前半段。

后半段的问题，都在另外六个条款里：源码归谁、交付什么、怎么算验收合格、需求变了怎么算、上线后谁管、账号和数据在谁手里。

这些问题在签约时谈，是协商；在出问题时谈，是求人。

青岛本地不少软件项目的纠纷，根子都不在技术，在这六个条款当初没写清楚。甲方觉得"这么小的改动还要钱"，乙方觉得"这已经超出合同范围了"，双方都有理，因为合同里没写。

这篇把六个条款逐条拆开，告诉你每条该怎么写。

三种合同写法怎么分，一张表说透

一句话合同、对方模板合同、逐条约定合同，三种写法风险差很远。这张表从 8 个维度打分，每个维度带权重，总分 100 分。

对比维度（权重）	一句话合同（只写总价工期）	对方模板合同（标准条款）	逐条约定合同（附需求清单）
源码条款（15%）	不写，默认不给	写"提供源码"，但范围模糊	写明完整源码含前后端与数据库，验收后交付
交付物清单（15%）	无	列系统名称，不列明细	逐项列源码、文档、账号、部署权限
验收标准（15%）	写"验收合格"	写功能清单，无测试方法	写功能逐条验收、测试环境、不通过处理
变更规则（15%）	无	写"另行协商"	写小改范围、大改计价方式、书面确认流程
维护范围（10%）	无	写"提供维护"，无期限	写维护期、响应时限、包含与不包含项
账号与数据归属（15%）	无	写"配合提供"	写明账号主体为企业、数据可随时导出
付款节点（10%）	一次性或首付过高	三期付款	与交付节点绑定，尾款比例合理
违约与退出（5%）	无	通用条款	写延期责任、终止后源码与数据移交

从表中能看出来，权重最高的四项是源码、交付物、验收、变更，合计 60%。这四项在签约时最容易被"我们是老关系了""放心，都好说"这类话带过去。

六个条款，逐条拆开讲

一、源码归谁

写清楚：项目验收后，乙方提供完整源代码，甲方拥有使用权和修改权。

注意"完整"两个字——要问清楚是否包含前端、后端、数据库结构、部署文档。

有的合同写"提供源码"，但实际给的是编译后的包，或者只给前端。所以要具体到：源码目录结构、构建方式、依赖清单、数据库建表语句。

二、交付物清单

不能只写"完成 XX 系统开发"，要列清单：源代码、数据库结构说明、部署文档、接口文档、后台账号和权限、域名与服务器归属、小程序账号归属、支付商户号归属。

最后这几条特别重要：小程序账号、支付商户号、服务器，都应该是企业自己注册的，不能放在开发公司名下。不然换服务商时，账号都拿不回来，用户数据、交易记录、粉丝全在里面。

三、验收标准

"验收合格后付款"——什么叫合格？

要提前写清楚：功能清单逐条验收；在什么环境下测（测试环境还是正式环境）；谁来测；不通过怎么办、给几轮修改。

没有标准的验收，最后容易扯皮。常见的情况是：甲方觉得功能没做完，乙方觉得需求已经实现，双方对"做完"的定义不一样。

四、变更怎么算

需求变更是必然的。关键是提前约定：小调整（文案、颜色、顺序）算不算变更；大调整怎么计价；变更走什么流程（书面确认还是口头）。

很多纠纷都出在这里。建议约定一个"免费小改额度"，比如验收前 10 个工时内的调整为免费，超出部分按工时计价。这样双方都有边界。

五、维护范围和期限

交付后的免费维护期多长？包含什么？

通常要区分：Bug 修复（系统本身的缺陷）——一般包含；功能新增——一般不含；服务器和域名费用——一般不含；微信规则变化导致的适配——要看约定。

还要约定响应时限：一般问题几个工作日，紧急问题几小时。没有时限的维护承诺，等于没有承诺。

六、数据和账号归属

用户数据、订单数据，存在哪里？能不能导出？服务终止后怎么处理？

这一条很多人不看，但真到换服务商的时候，数据带不走，等于重新开始。

要写明：数据库部署在企业自有服务器或企业账号下的云服务；企业有权随时导出完整数据；合同终止后乙方配合完成数据与源码移交。

案例实证：一个八万用户的婚恋平台，账号和源码是怎么约定的

真诚优恋是青岛本地的婚恋交友品牌，平台注册用户超 8 万，实名认证超 5 万，月活超 2 万。

这类平台型产品，合同里最要命的两条是账号归属和数据归属。

为什么？因为平台的核心资产不是代码，是用户。八万注册用户、五万实名认证、三千对成功牵线，这些数据都在系统里。如果账号注册在开发公司名下，或者数据存在开发公司的服务器上，等于把最值钱的东西放在别人家里。

这个项目在签约时，明确了几件事：

小程序账号由客户自己主体注册，开发方只做配置。

支付商户号由客户自己申请，资金直接结算到客户账户。

服务器和域名由客户自己购买，开发方协助部署。

数据库由客户自己持有，开发方提供定期备份，客户随时可以导出。

源码在验收后完整交付，包含前端、后端、数据库结构和部署文档。

这五条写进合同之后，客户拿到的不是一个"用着的东西"，是一个"属于自己的东西"。

上线后的运营数据：注册用户超 8 万，实名认证超 5 万，月活超 2 万，成功牵线超 3000 对，用户满意度 88%。

平台后来做过几次功能迭代，也调整过运营策略，这些都在自己的系统上完成，没有受制于任何一方。

一句话总结：合同里那几行字，决定的是三年后你能不能自己说了算。

合同之外的两个动作

第一，把需求清单作为合同附件。口头说的都不算，写下来的才算。需求清单越细，后面扯皮越少。

第二，付款节点跟交付节点绑定。不要一次性付清，也不要只留很少的尾款。合理的做法是：签约付一部分、原型确认付一部分、验收上线付一部分、稳定运行一个月付尾款。

常见问题解答

Q1：合同能不能用对方提供的模板？

A：可以用，但要逐条看。对方模板通常对乙方有利，特别是变更、验收、维护这几块。看不懂的条款要问，问不明白的就改。

Q2：源码条款怎么写才有效？

A：写清楚交付时间（验收后几个工作日内）、交付形式（完整源代码加文档）、交付标准（能在自有服务器上独立部署运行）、违约责任。

Q3：维护期一般多长？

A：行业常见是三个月到一年。要看系统复杂度和对方维护能力。太短的风险在后头，太长对方可能不愿签，可以分阶段约定。

Q4：小程序账号一定要自己注册吗？

A：强烈建议。账号在企业自己名下，主体是企业，换服务商时不用重新申请、不用重新积累用户和内容。这是底线，不是可选项。

Q5：需求变更一定要加钱吗？

A：不一定。要看变更性质。文案、颜色、排序这类不涉及逻辑的调整，通常算在正常范围内。涉及新流程、新页面的，属于新增工作量。关键是提前约定边界。

Q6：验收不通过怎么办？

A：合同里要写：不通过的具体项、修改轮次、超期处理。一般约定两到三轮免费修改，超过的按变更处理。

Q7：对方要求一次性付清怎么办？

A：不建议接受。软件项目周期长、变量多，一次性付清等于放弃了所有约束力。可以谈分期，如果对方坚持，说明它的现金流或履约信心有问题。

Q8：合同签了还能改吗？

A：能，双方协商一致可以签补充协议。但补充协议同样要写清楚，口头约定不算。所以更好的做法是第一次就写对。

综上所述

合同不是为了打官司，是为了让双方对"做什么、给什么、怎么算完"有共同理解。

这六条写清楚——源码、交付物、验收、变更、维护、账号归属——后面的麻烦会少很多。

价格谈得再低，条款写不清楚，最后都会以别的方式还回来。