改一份合同,最怕的不是条款看不懂,而是不知道从哪下手:先看主体还是先看钱?哪些必须改、哪些可以让?没有自己的审查顺序,就只能被对方牵着走,来回改几轮还是心里没底。这篇给一套可复用的思维框架:先定立场和风险偏好,再按模块拆条款,最后把修改意见写成对方能接的话。适合法务、商务、采购这类要天天跟合同打交道的人。
改一份合同,最怕的不是条款看不懂,而是不知道从哪下手:先看主体还是先看钱?哪些必须改、哪些可以让?没有自己的审查顺序,就只能被对方牵着走,来回改几轮还是心里没底。这篇给一套可复用的思维框架:先定立场和风险偏好,再按模块拆条款,最后把修改意见写成对方能接的话。
这套框架适合法务、商务、采购这类要天天跟合同打交道的人。它不是背条款模板,而是给你一个固定的排查顺序:每次拿到合同,不管对方给的是标准模板还是自己草拟的版本,都按同一套路径走一遍,保证不漏项、也能把结论说清楚。框架是通用的,具体条款尺度要结合业务目标调。
先定立场:你是哪一方,能接受多大风险
同一句话,站在不同立场结论可能完全相反。比如「验收合格后付款」,对买方是保护,对卖方就是要先垫资干活。所以审查第一步不是看条款,而是确认立场和这份合同在业务里的分量。没定立场就逐条改,改完容易被一句「这条业务上不可能让」全部推倒,白干一轮。
- 确认三件事审查前先问清:代表哪一方、这份合同是标准模板还是对方草拟、业务上有没有必须拿下的节点。对方草拟且节点紧的,重点放在保底条款;自家模板且时间宽裕的,可以抠细一点。
- 把要求分三档每条意见贴上标签:必须改(不改就不签)、尽量改(争取但不影响成交)、可以放(记下来提示业务方知悉)。分档之后,谈判时先谈必须改的,其余按对方反应逐级放。
- 问业务方风险偏好长期合作客户和一次性采购、金额大小、是否可替代,都会改变违约和赔偿条款的松紧尺度。直接问业务方「这份丢了要不要紧」,比自己猜更靠谱。
| 判断维度 | 放大风险的情形 | 可以放松的情形 |
|---|---|---|
| 关系 | 新客户、一次性交易 | 长期合作、彼此有履约记录 |
| 可替代性 | 标的难找、换供应商成本高 | 市场供给充足、随时能换 |
| 节奏 | 业务节点紧迫、晚了有损失 | 时间宽裕、可以慢慢谈 |
| 内部要求 | 涉及强制规定或监管要求 | 纯内部流转、不对外签署 |
注意一种不适用的情况:涉及强制规定或监管要求的条款,这类没有讨价还价的余地,不要放进三档分配里。判断某个行业或场景有没有这类硬要求,可以去 指南中心(/guides) 看对应的合规说明,再决定哪些是「必须改」。
按模块拆:主体、标的、钱、时间、责任、退出
- 主体与授权
- 核对签约主体名称、签章能力与履约资质,对方是分公司、关联方还是代理签约,直接影响以后找谁主张权利。
- 标的与交付
- 写清数量、规格、验收标准和不合格怎么处理,验收标准含糊是后续扯皮最集中的地方。
- 钱与时间
- 付款节点绑定可验证的事件(交付、验收、开票),别用模糊表述;谁先履行谁先承担风险。
- 责任与退出
- 违约责任、赔偿上限、不可抗力、解除条件、保密与知识产权归属;重点看解除后已付款项和已完成工作怎么结算。
拆成模块的好处是审查有固定路线,不会顾此失彼。新手多半盯着违约责任反复看,却漏掉主体资质的核实、附件标准的同步。按模块走一遍,每个模块只问几个固定问题,速度快而且不容易漏。下面是一份可以放在手边的检查清单。
- 主体模块:对方全称与营业执照是否一致,签字人有没有授权文件,分公司签约有没有总公司的责任安排
- 标与交付模块:规格、数量、验收方式、不合格处理,四项缺一项就要追问
- 钱与时间模块:付款触发条件能不能验证、发票类型与开票时点、逾期付款怎么算
- 责任模块:违约触发条件、赔偿范围与上限、是否排除间接损失
- 退出模块:解除情形、通知程序、解除后款项与工作成果如何结算
- 附随模块:保密、知识产权归属、数据与个人信息相关要求是否与业务实际匹配
每个模块的深度取决于金额和风险等级。小额、可替代的采购,主体和交付写清楚基本够;金额大、周期长、涉及定制的合作,责任与退出模块要逐句抠。不同规模项目的审查侧重,可以对照 工具目录(/tools) 里的检查项,挑适合自己场景的那一套用。
落到输出:把审查意见写成对方能接的话
审查的成果不是「我看过了」,而是一份对方看得懂、改得动的意见。最常见的失败是写一句「此条不妥」,对方回「哪里不妥」,来回两轮时间就没了。一条意见对应一个条款位置,写清原文怎么说、风险在哪、建议改成什么,对方拿到就能动手。
还有一点常被忽略:区分法律风险和商务风险。法律风险要说清后果,比如「按这个写法,对方逾期我们无法主张违约金」;商务风险交给业务方判断,比如付款账期长短,不要替业务方拍板。两者混在一起写,业务方会以为全是法律红线,反而不敢谈。
- 定位并引用原文写明条款编号和原句,让双方看到的是同一段文字,避免「你说的那条」和「我看的那条」不是一条。
- 说清风险后果不用专业术语堆砌,直接写「万一发生X,我们会怎样」,让对方理解为什么这条值得改。
- 给出建议措辞准备强、中、弱三版条款措辞,谈判时按对方反应逐级放,比现场临时想更从容。
- 出稿前交叉检查正文与附件是否一致、金额大小写是否一致、引用的定义是否真的存在、生效条件与签署说法是否对得上。
常见踩坑顺序:按这个次序排查最省时间
同样的合同,审查顺序不同,返工次数差很多。推荐先扫结构再抠字眼:先看有没有缺章节,比如只写了权利义务却没有解除条款,再逐条改措辞。结构问题改起来动静大,先解决能避免后面文字功夫白做。
- 先扫结构:章节是否齐全,缺解除、缺违约责任这类硬伤优先补
- 再看定义:很多争议不是某句话写错,而是定义里的范围被放大或缩小,用词先在定义处对齐
- 同步附件:主合同改了,附件里的标准却没同步,两边冲突时按约定顺序解释,容易吃亏
- 最后抠管辖、送达和通知:平时没人看,真出事时决定在哪处理、通知算不算送到,属于低成本高收益的必改项
- 收尾时统一术语:同一件事在不同条款里用不同词,会被解释成两回事
有一种情况不适用这套排查:纯内部流转、不对外签署的文件,里面没有权利义务对赌,按对外合同的标准抠反而浪费时间。判断文件性质拿不准时,先问一句「这份东西万一出问题,会不会有人拿它主张权利」,答案是否定的就轻处理。
下一步把上面的框架落到你手上正在改的那份合同:先标立场、再分三档、然后按模块走一遍清单,最后照输出模板写意见。想补充合同之外的风险判断方法,比如合作方本身的可靠度怎么查,可以去 榜单页(/rankings) 看当时的评估维度,对标自己的场景用。→常见问题
合同审查到底先看什么?有没有固定的顺序?
没有唯一标准答案,但有个省时间的顺序:先确认立场和业务目标,再扫一遍整体结构看缺不缺章节,然后按主体、标的、钱、时间、责任、退出这几个模块过,最后才抠措辞。先抠字眼容易返工,因为结构一变,之前改的措辞可能白费。
业务方催着签,哪些条款可以放、哪些一定不能让?
可以先给要求分三档:不改就不签的、尽量争取的、可以记录知悉的。赔偿上限、解除条件、付款与交付的先后、管辖与送达通常放在必须档;措辞风格、轻微的通知期限差异一般可以让。涉及强制规定或行业监管的部分不在可让范围内,这类要先确认清楚再谈。
用AI辅助审查合同靠不靠谱?
可以当第一遍筛查,用来快速标出可能的风险条款和遗漏模块,但不能替代人的判断。合同结论高度依赖立场和业务背景,AI看不到你这次谈判的底牌。建议把它当提词器:让它列问题清单,再由你决定改不改。相关注意事项可以到站内 /ai-nav/category/ai-legal 页面看看工具定位。