SaaS项目交付了，客户却说"质量不行"拒付尾款？法院：先看清这三个问题

服务质量不是一方说了算，合同怎么写才是关键。

---

你做的系统上线了，客户说"不好用"。

你按需求文档开发完了，客户说"这不是我要的"。

你催尾款，客户拿"质量问题"当挡箭牌——怎么办？

技术服务合同纠纷，最难打的就是"服务质量到底谁说了算"。

一、一个真实的脱敏案例

某软件公司接了一个电商SaaS定制项目，合同总价86万，约定分三期付款。前两期顺利，第三期交付时，客户以"系统卡顿、功能不符合预期"为由拒付尾款28万。

软件公司起诉要求支付尾款。客户反诉，要求解除合同、退还已付款。

争议焦点：这个SaaS项目到底算不算合格交付？

二、法院怎么判

法院没有直接说"质量好"或"不好"，而是先看三个问题：

第一，合同有没有明确的验收标准？

合同里只写了"开发电商管理系统"，没写功能清单、性能指标、验收流程。法院认为，这种模糊约定下，不能仅凭客户主观感受认定不合格。

第二，有没有经过验收程序？

软件公司提供了测试报告、上线确认邮件、客户实际使用的后台数据。客户虽然口头提过问题，但没有在合理期限内提出书面异议。

第三，问题是否影响合同目的实现？

客户说的"卡顿"，证据不足；说的"功能不符合预期"，但系统已经上线并产生实际交易数据。法院认为不足以构成根本违约。

最终判决：客户支付尾款28万及逾期利息，驳回客户反诉。

三、潘律师解析

这个案子说明一个关键问题：技术服务合同纠纷，不是"客户不满意就赢不了"，而是看合同、看程序、看影响。

很多老板有个误区：签合同时只写个总价和交付日期，以为"口头说清楚就行"。真到打官司，口头说清楚等于什么都没说。

不是服务做完了就行，而是验收标准要事先写死。

不是客户提意见就能拒付，而是要在约定的异议期内书面提出。

不是有一点点bug就构成违约，而是要看是否导致合同目的无法实现。

这也是我作为有技术背景的律师，特别想提醒创业者的地方：技术项目的不确定性天然高，合同就是降低不确定性的唯一工具。

四、实务建议

签技术服务合同前，这三件事必须写清楚：

• 需求范围清单：功能模块、页面数量、接口对接、数据迁移，逐项列明；
• 验收标准和流程：测试环境、UAT周期、BUG分级、修复时限、验收确认方式；
• 异议期和付款节点绑定：比如"上线后15日内未提出书面异议，视为验收合格"。

如果你是乙方，交付时记得留痕：测试报告、邮件确认、会议纪要、实际使用数据，都是法庭上最有用的证据。

律师提醒

技术服务合同最大的风险，不是技术做不出来，是"做好了说不清楚"。

别让"质量好不好"变成一个没有标准的问题。签合同的时候把标准写死，比事后打官司省钱一百倍。