2. 合同文本的模块化拆解
合同不是一篇可以自由发挥的议论文，而是一套由若干功能模块拼装而成的法律装置。每个模块承担不同的风险控制任务：有的负责锁定交易主体，有的负责界定交易边界，有的负责分配履约过程中的动作与后果。把合同拆成模块来读、来写，最大的好处是——你可以逐块检查“这一块到底在防什么风险”，而不是被整篇文字的气势所迷惑。
下面按合同文本的自然顺序，逐一说明各模块的写作目的与高频缺陷。需要说明的是，模块顺序并非法律强制，但绝大多数商事合同遵循“先定人、再定事、后定责”的逻辑，这一顺序本身也有助于阅读和举证。
一、首部：锁定“谁在跟谁签”
首部包括合同名称、合同编号、签约主体信息、签约时间地点。写作目的只有一个：让合同在诉讼或仲裁中能够被唯一识别，并让签约主体与营业执照、公章、实际履约主体保持一致。
常见缺陷集中在主体信息上。例如，只写“甲方：某某公司”，未写统一社会信用代码和法定代表人；或者签约主体是A公司，但实际付款、开票、收货都是B公司，形成“三流不一致”。还有一种隐蔽缺陷：合同名称写“合作协议”，但内容实为买卖，发生争议时案由和管辖都可能被对方利用。建议首部至少包含：主体全称、统一社会信用代码、法定代表人、注册地址、联系人及电话、合同编号、签订日期与地点。
二、鉴于条款：交代交易背景，但不制造义务
鉴于条款（Whereas）的功能是说明双方为何签约、基于何种事实和意图进入合同。它在解释合同目的、判断是否构成根本违约、适用情势变更时，往往能起到关键作用。
常见缺陷有两种：一是把实质义务写进鉴于条款，例如“鉴于甲方已承诺在2025年6月前交付设备”，这会让“鉴于”部分产生约束力，却又没有对应的违约责任；二是鉴于条款与正文矛盾，例如鉴于说“双方就独家代理达成一致”，正文却写“非独家”。处理原则是：鉴于条款只陈述背景和目的，实质权利义务一律放入正文；若确需在鉴于中设定前提，应明确“本鉴于条款不单独产生义务，具体以正文为准”。
三、定义模块：统一语言，消除歧义
定义条款的作用是把合同中反复出现、含义可能漂移的术语固定下来，例如“产品”“验收合格”“关联方”“保密信息”“工作日”。定义写得好，后面所有条款都能被精确引用；定义写得差，整份合同都会在解释上打架。
常见缺陷包括：定义术语在正文中从未使用；同一术语在不同条款中含义不一致；定义过于宽泛，把不属于保密范围的信息也纳入“保密信息”，导致条款无法执行。一个实用做法是：定义只保留正文中真正反复出现、且存在解释空间的术语，数量控制在10～20个以内，并在定义后标注“以下简称……”。
四、权利义务模块：把“做什么”写到可执行
权利义务是合同的主干，写作目的是把双方的履约动作转化为可观察、可验证、可追责的行为描述。好的义务条款通常包含：动作、对象、标准、时间、地点、方式、配合条件。
常见缺陷是“形容词式义务”，例如“甲方应积极配合乙方完成相关工作”。“积极”“相关”“及时”都无法验证，一旦发生争议，双方各执一词。改进方式是把形容词替换为可量化标准：配合方式、响应时限、提供资料清单、对接人姓名与联系方式。另一个缺陷是义务主体错位，例如把本应由甲方承担的义务写在乙方条款下，导致责任分配混乱。
五、交付验收模块：把“做完”变成“被确认做完”
交付验收模块解决的是履约成果如何从“乙方认为完成”转化为“甲方确认完成”。它直接决定付款条件是否触发、逾期是否成立、风险何时转移。
常见缺陷包括：只写“交付后验收”，未写验收标准、验收期限、验收方式、逾期未验收的后果。实务中，甲方拖延验收是乙方最常见的收款障碍。建议明确：交付物清单、交付方式（现场/线上/物流）、验收启动条件、验收期限（如“收到交付物后10个工作日内”）、验收不合格的整改次数与期限、逾期未提出异议视为验收合格的拟制条款。
六、价款支付模块：把“给钱”拆成条件与节点
价款支付模块的写作目的是把付款义务与履约节点绑定，形成“先有条件、后有付款”的节奏。它通常包括：合同总价、计价方式、付款节点、付款比例、发票要求、付款方式、逾期付款责任。
常见缺陷是付款节点与交付验收脱节，例如“合同签订后支付50%”，但未约定乙方任何前置义务，导致甲方资金风险敞口过大。另一个缺陷是发票与付款顺序不清：是先开票后付款，还是先付款后开票，直接影响双方现金流和税务处理。建议在条款中明确“乙方开具合规发票是甲方付款的前提条件”或“甲方付款后乙方于X日内开票”，二者只能选其一，不能含糊。
七、知识产权、保密与违约模块：把“无形风险”写实
知识产权模块要回答：履约过程中产生的成果归谁、原有知识产权如何授权、第三方侵权责任由谁承担。常见缺陷是只写“知识产权归甲方所有”，却未区分背景知识产权与新增成果，也未约定乙方对第三方素材的授权保证。
保密模块要回答：保密信息范围、保密期限、例外情形、违约后果。常见缺陷是保密期限写“永久”，在司法实践中可能因不合理而被调整；例外情形缺失，导致信息已公开仍被主张保密。
违约责任模块要回答：什么行为构成违约、违约后如何补救、损失如何计算、违约金是否过高。常见缺陷是违约金约定为“合同总价的30%”却无实际损失支撑，或只写“赔偿全部损失”而无计算方式。建议把违约金与可证明的损失类型挂钩，例如逾期交付按日万分之五计，上限为合同总价的10%。
八、不可抗力与争议解决：给合同装上“安全阀”
不可抗力模块要回答：哪些事件构成不可抗力、通知义务与证明义务、后果是免责还是解除。常见缺陷是把“政策变化”“原材料涨价”一律写成不可抗力，导致条款被滥用。争议解决模块要回答：管辖法院或仲裁机构、适用法律、语言、送达地址。常见缺陷是同时约定“向法院起诉或申请仲裁”，这种条款因约定不明可能无效；或约定“由原告所在地法院管辖”，在立案时容易被对方提出管辖权异议。
把上述模块放在一起看，会发现一个规律：越靠前的模块越偏“定性”，越靠后的模块越偏“定量”。首部、鉴于、定义解决“这是什么交易、谁和谁做”；权利义务、交付验收、价款支付解决“具体怎么做、做到什么程度”；知识产权、保密、违约、不可抗力、争议解决解决“出问题怎么办”。写作时如果发现某个模块只有定性描述、没有定量标准，基本可以判断它存在缺陷。
最后需要提醒的是，模块化拆解的目的是“检查完整性”，而不是“机械套用”。一份金额小、周期短、标的简单的合同，定义和知识产权模块可以极简甚至省略；一份技术开发或长期服务合同，则必须把知识产权、保密、验收标准写厚。判断标准始终是：这个模块对应的风险，在本交易中是否真实存在、是否值得用条款去控制。