合同签完才想起口头承诺没落实，是外包合作里最常见的悔事。有个客户上线后发现后台数据导出功能没有，找对方理论，销售当时拍胸脯说会做，合同里却一个字没提。小程序外包公司嘴上答应的，不写进合同就等于没答应。后来补谈这条款花了半个月，对方还不认账，其实签约前把四条承诺钉进去就能避免。
第一条：工期与延期责任
只写交付日期不够，要写清每一阶段的时间点和延期怎么算。比如原型确认后二十个工作日内提审，每逾期一天按合同额的千分之几扣款。有了这条，对方的排期表会把你的项目往前放，人性就是这样，有成本的延期和没成本的延期是两回事。顺便把付款节点和工期绑在一起写，延期了款也顺延，对方才会真正把你的排期当回事。
第二条：修改次数与范围
不少纠纷源于免费修改的范围没界定。写清楚每一阶段包含几轮修改、超出部分怎么计价，比笼统写一句包改到满意要安全得多。包您满意这四个字，在法庭上什么都证明不了。常见套路是免费改三次，但什么算一次改不定义，写明一次修改指一轮完整的意见汇总，避免对方把你的十条意见拆成十次收费，这是不少小程序外包公司的隐形收入来源。
第三条：源码与账号归属
- 写明交付内容包含全部源代码、数据库结构和设计文件
- 小程序账号、服务器、域名注册在你自己名下，别用对方的
- 验收标准写具体，比如支付成功率、页面加载时间
账号归属这条吃过亏的人最多。账号在对方名下，关系闹僵时你连自己客户的数据都拿不回来，这不是吓唬人，是真事。
第四条：售后范围与响应时间
免费维护几个月、故障响应是几小时还是一天、新增功能怎么计价，这三件事写清楚了，后面能省掉九成的扯皮。尤其要写明微信平台规则更新导致的适配问题属于维护范围，这是最容易产生分歧的地方。响应时间别写含糊的及时响应，直接写工作日四小时内答复、故障二十四小时内修复，可执行的标准才有约束力。
两条建议：签约前把所有口头沟通过的承诺列成清单，逐条问对方能不能写进合同，不肯写的那些基本就是雷；对比格网络这类愿意把承诺落到纸面的团队来说，这份清单反而是展示专业度的机会，你按清单去筛，双方都省心。
