精准切割委托方协作义务与受托方交付标准，助力客户减损80%

关键词：技术委托开发合同、根本违约、协作义务、开发成果交付、损失酌定、合同解除、电路板开发、广州律师

一、一张“草图”引发的僵局

2023年4月，我们团队接受广州某电子公司的委托，处理一起因电路板开发引发的合同纠纷。案情本身并不复杂，但背后的法律关系却值得深挖。

我的当事人作为委托方，与一位独立开发者（原告）签订了《电路板开发（委托）合同》，委托其开发一款信号输入输出电路板，总费用8万元。前期双方合作还算顺畅，当事人依约支付了3万元预付款和进度款。

问题出现在6月底。开发者提交了原理图和PCB设计图让当事人审核。说实话，做技术的朋友都懂，“审核图纸”这件事，可深可浅。当事人内部评估后觉得成本可能超出预期，就提出“需要再评估一下成本”。这本是商业谈判中再正常不过的一句话，却成了后续纠纷的导火索。

开发者这边等了一周没回复，两周还没动静，坐不住了。多次通过微信、电话催促，当事人那边因为内部流程问题，迟迟给不出明确答复。到了8月初，双方当面沟通时，对接人情绪上来，说了句“这个项目我们不打算做了，也不会再付款”。话一出口，局面彻底僵住。

开发者随即起诉，要求当事人支付剩余5万元合同款及利息，并解除合同。

二、办案思路：跳出“谁对谁错”的泥潭，直击“违约本质”

接手案件后，我的第一反应是：不能陷入“你为什么不回复”、“你为什么没交源文件”这种情绪化的对骂中。法庭上，法官看的是证据链，但更看重的是对合同本质的理解。

我花了整整一个下午，把双方的微信聊天记录从头到尾捋了一遍。越捋越清晰——这不是一个简单的“谁违约”的问题，而是一个典型的“协作义务”与“交付标准”发生冲突的案子。

我做了一个基本判断：开发者在6月已经交付了原理图和PCB图纸，虽然只是PDF和图片格式，但足以让专业人员进行审核和评估打样可行性。当事人这边迟迟不回复，不是图纸不能用，而是内部决策流程卡住了。这种情况下，把锅全部甩给开发者，说“你没交源文件所以我没法打样”，在法律上是站不住脚的——因为打样是委托方的义务，你不能用自己的不作为去证明对方违约。

基于这个判断，我确定了三个核心辩护方向：

第一，切割因果关系。当事人不打样，是因为内部评估流程停滞，不是开发者交付的图纸不能用。这两个事实必须分开讲清楚。

第二，锁定违约主体。当对接人口头说出“不做了、不付款”的那一刻，当事人的行为已经从“迟延履行”升级为“明示拒绝履行主要合同义务”，这在法律上叫“根本违约”。谁先踩过这条红线，谁就要承担主要责任。

第三，量化已完工作的价值。这是最考验律师功力的地方。对方确实做了工作，你不能说一分不给；但如果按合同约定给5万，对当事人也不公平，毕竟项目没做完、源文件没交、后续调试也没做。我的策略是：承认对方有劳动价值，但主张这个价值远低于合同尾款——因为合同尾款里包含了后续调试、测试、技术支持等一系列尚未履行的义务。

三、庭审交锋：法官问了一个关键问题

开庭时，主审法官问了一个很关键的问题，直接影响了后续判决走向。

法官问原告：“你6月份交付图纸后，当事人一直没有回复，你有没有主动追问过？有没有发函要求对方明确答复？”

原告答：“我微信问过好几次，他们一直说在评估。”

法官又问当事人：“你评估了两个月，有没有给过一个明确的书面意见？有没有告诉对方‘图纸不行，需要修改’？”

当事人答：“……没有。”

就这一个来回，法官心里基本就有数了。

我在庭上顺势补充了一个观点：技术开发合同之所以特殊，就在于它需要双方配合。委托方在收到开发成果后，如果认为有问题，必须在合理期限内提出具体、可操作的修改意见。如果只是拖着不说，最后导致项目烂尾，这个责任不能全部由开发方承担。

同时我也强调，原告至今未交付PCB源文件，也没有完成后续调试测试。这部分工作对应的合同价款，应当予以扣除。

四、判决结果：法官的“酌情”二字，把道理说透了

判决下来那天，我仔细读了三遍。

法院认定当事人构成根本违约——这是定性。但同时也只判了8千元开发费给原告——这是定量。

这个结果很有意思，也很见法官的功力。

8千元，既不是合同约定的5万元尾款，也不是我们主张的“一分不给”。法官在判决里用了“酌情确定”四个字。我理解法官的考量：开发者的原理图和PCB设计图确实有智力劳动的价值，不能让人白干；但项目没完成、源文件没交、后续测试没做，这个项目对当事人来说价值有限，所以不能按合同全价判。

这种“各打五十大板，但又没完全对半分”的处理方式，恰恰体现了法官对技术开发合同本质的深刻理解——保护开发者的基础劳动，但不保护其未实现的预期利润。

五、办案感悟：这类案子，最难的不是法律，而是“分寸感”

做律师这么多年，我越来越觉得，技术开发合同纠纷最难的不是法律适用，而是一种“分寸感”。

你要保护委托方的利益，但不能让开发方白干活；你要承认开发方的劳动价值，但也不能让委托方为一个半成品全额买单。这个“度”在哪里，往往不是法条能直接告诉你的，而是靠对行业惯例的理解、对证据细节的把握、以及对法官裁判思维的预判。

这个案子最终为当事人减损了84%，从5万元索赔变成8千元支付。但比数字更重要的，是我们在庭审中帮法官理清了“协作义务”和“交付标准”这两个核心概念的区别。法官的判决书里虽然没有直接引用我们的代理词，但那“酌情”二字的背后，正是我们想要传递的逻辑。

六、给企业客户的一点建议

借着这个案子，我也想给经常涉及技术开发的企业朋友提个醒：

第一，合同里的“协作节点”一定要写清楚。什么时间点审核、审核周期多长、逾期不回复的后果是什么，这些细节直接决定了项目僵局时谁能占理。

第二，沟通记录要留痕，但更重要的是“沟通要有结论”。很多案子都是毁在一句“我们再评估一下”上。这句话拖三个月，就成了违约证据。建议每次沟通都争取一个明确的结论，哪怕结论是“暂缓”，也要把“暂缓”两个字敲死在微信里。

第三，遇到僵局，尽早请律师介入。这个案子如果当事人能在7月份就咨询律师，可能根本不用走到诉讼——一封律师函就能把双方的权责边界重新厘清。

关于作者

林智敏，广东广信君达律师事务所合伙人。执业方向在刑事辩护、复杂的商事犯罪辩护、民刑交叉争议解决，以及重大合同纠纷

这个技术开发合同纠纷案，表面上是民事合同纠纷，但背后涉及证据链的切割、违约形态的定性、损失边界的锁定，逻辑严密程度不亚于一场商事犯罪辩护。我一直相信，好的律师不是背法条的人，而是能把混沌的法律难题拆解成清晰模块、帮客户画出战略地图的人。这篇文章，就是我们团队在这个理念下的一次实战复盘。

如果您对技术开发合同纠纷、合同履行中的协作义务认定，或者其他类似法律风险有疑问，欢迎通过平台搜索“林智敏”与我交流。