简要回答
如果开发方能证明已经完成约定交付、尾款付款条件已经满足,而客户没有足以支持相应拒付的理由,可以考虑追讨;但仅凭‘已经上线’,还不足以判断起诉能否拿回尾款。是否值得起诉,还要看证据、争议金额、解决争议的成本和客户偿付能力。
软件已经上线,客户说“不好用”拒付尾款,要不要起诉?
**如果开发方能证明已经完成约定交付、尾款付款条件已经满足,而客户没有足以支持相应拒付的理由,可以考虑追讨;但仅凭“已经上线”,还不足以判断起诉能否拿回尾款。**是否值得起诉,还要看证据、争议金额、解决争议的成本和客户偿付能力。
本文面向中国大陆一般境内商业软件开发项目。没有具体合同和技术材料,不能据此判断某一案件胜负。
先看尾款为什么该付
把合同中的付款条款找出来:是上线后付款、验收后付款,还是验收并经过一定运行或质保期间才付?还约定了哪些交付文件、培训或其他条件?测试部署、正式上线、验收通过和尾款到期,可能是不同节点。
民法典要求按约定全面履行,并允许请求支付金钱债务。应用到尾款争议,重点是证明自己已完成对应义务、付款条件已满足,而不是只证明团队做了很多工作。民法典第509、579条
客户持续使用系统、处理真实业务的数据和记录,值得保存,但应与交付版本、约定标准和验收往来一起分析。不能直接推导“用了就算验收,所有质量问题都不能再提”。如果合同有逾期未提出异议视为验收的条款,还要核查条款效力、验收申请和材料是否按约送达、异议期限是否触发,以及客户实际提出了什么意见。
再把“不好用”拆成具体问题
“不好用”可能指界面不顺手,也可能指订单无法提交、金额计算错误、核心接口不能对接。两者对付款争议的影响可能不同。界面、性能或易用性如果本来就是约定标准,也不能简单说成客户主观挑剔。
建议请客户说明:哪个功能、哪个版本、什么操作条件下出现什么问题,与哪项约定不一致,是否影响核心业务;再与需求清单、双方确认的测试结果及修复记录逐项对照。这是查明争议的建议,不是要求客户必须使用某种格式投诉。
在约定先交付或验收、后付款的交易中,开发方未履行或者履行不符合约定,客户可能依法拒绝相应付款请求;拒付多少要结合缺陷影响与付款安排,不能把一个小问题自动放大成全部拒付,也不能说有小问题就完全不影响付款。质量不符还可能涉及修复、减少报酬等责任。民法典第526、582条
最高人民法院知识产权法庭公开的一宗软件开发案件中,开发方虽实施了部分开发并提供测试文件,但相应模块没有达到约定验收标准,法院认可客户拒付该阶段款项。这个个案提醒的是:有开发成果,与已达到付款节点,需要分别证明。(2020)最高法知民终1545号
如果质量约定不清,也不是由客户一句“我不满意”决定。需要先看补充约定、合同相关条款或交易习惯,再依法律规定确定质量标准。民法典第510、511条
新需求、原有缺陷和使用问题,要分清
原定只做网页端,客户上线后又要求增加移动端;原定报表确实无法生成;客户没有完成约定的数据准备或操作培训——这些情形需要不同的处理方式,不能都装进“不好用”三个字。
判断是不是新增需求,不能只看有没有盖章的补充合同。双方可能通过聊天、邮件、会议确认或后续履行协商变更;需要查清是否达成一致、变更范围及费用如何约定。反过来,客户单方提出的新想法,也不能直接当作开发方已承诺的交付义务。民法典第543、544条
起诉前,先看看证据能不能回答这四个问题
| 要证明什么 | 优先检查什么 |
|---|---|
| 到底答应做什么 | 合同、需求附件、确认邮件、变更记录 |
| 当时交付了什么 | 对应版本、交付文件、部署及测试记录、验收申请与回复 |
| 客户为什么说不好用 | 具体故障、复现条件、问题清单、修复记录与反馈 |
| 为什么现在该付这笔钱 | 付款节点、已付款、尾款计算、催款及客户回复 |
保留能合法取得的原始资料,技术材料尽量说明版本和时间。现在能演示正常,未必足以证明交付时就正常;现在演示出故障,也要查明是否与当时版本、配置或后续修改有关。不要只保存对自己有利的几张截图。
当事人需要为自己的主张提供证据。开发方不能把全部举证责任推给客户,客户的质量抗辩也需要对应材料。民事诉讼法第67条
哪些情况更适合推进追款,哪些情况先补一段
**已达标、款已到期、证据能对应:**可以书面说明交付和付款依据,回应具体质量异议,要求支付;协商无法解决时,评估诉讼或合同约定的争议解决路径。
**核心功能确实缺失,或付款节点尚未满足:**先评估补救和验收安排,以及可能承担的质量责任。直接主张全部尾款,存在不获支持的风险。
**事实不清、版本混乱、变更没有说清:**先围绕真正影响付款的差异组织核对或联合测试,补齐能取得的履约记录。无需为每一个小争议都默认启动昂贵检测。
这些是策略建议,协商和联测不是所有案件的起诉前置程序。时效或证据风险迫近时,不宜为了继续谈判无限等待。
还要算回款账:尾款能覆盖多少争议处理成本?是否可能需要技术查明?客户有没有现实偿付能力?团队继续投入多久才合理?如果有限修复、明确验收范围并约定结算能更快回款,可以比较这个方案;如果每次“再改一点”都没有明确范围和付款安排,建议停止无边界投入,转入明确的争议处理。
尾款请求还需关注诉讼时效。一般期间为三年,但起算、同一债务分期履行及中断都需要结合具体事实,不能从上线日机械倒数。提出履行请求等情形依法可能中断时效,建议保存催款内容和到达凭证;普通项目沟通不当然就是有效催款。民法典第188、189、195条
**决定是否起诉,建议先回答:尾款到期了吗、履约达标了吗、证据说明得清吗、追讨在现实中值得吗。**把“不好用”变成可核对的具体差异,才有条件判断是继续修复、谈结算,还是推进追款。
法律规则核验日期:2026年10月13日。本文为一般公开法律信息,行动路径属于策略建议,不承诺具体案件结果。
法律依据
- 中华人民共和国民法典(合同编)(国家互联网信息办公室)
- 中华人民共和国民法典(总则)(国家互联网信息办公室)
- 中华人民共和国民事诉讼法(2023年修正)(广州市海珠区人民法院)
- (2020)最高法知民终1545号(最高人民法院知识产权法庭)
常见问题
客户一直使用系统,就等于验收通过吗?
不能仅凭使用就作此结论。应结合验收条款、交付版本、标准、验收申请和实际反馈判断;也不能因此直接排除质量异议。
没签补充合同,新增功能就一定不属于原开发义务吗?
不一定。需核对聊天、邮件、会议确认及后续履行是否反映双方协商变更。客户单方要求也不等于开发方已经承诺。
有一个bug,客户就能拒付全部尾款吗?
不能自动推导。先交付/验收后付款时,应结合缺陷影响和付款安排判断相应拒付范围,也要评估修复、减价等责任。
一定要先协商、检测,才能起诉吗?
本文核对、联测、协商是策略建议,不是所有案件的起诉前置。是否追款仍要结合到期、履约、证据、成本和偿付能力;时效或证据风险迫近时不宜无限等待。
