最后更新:
合同条款的字数设计 - 法律文书中的可读性与严谨性平衡
服务条款和隐私政策几乎没有人从头读到尾 - 这是所有互联网服务都要面对的现实。另一方面，日本的消费者合同法要求经营者在制定合同条款时，努力使条款的表述明确且通俗易懂 (这是努力义务，而不是以无效为后果的禁止性规定)。法律文书的字数设计因此面临一个根本性矛盾：法律严谨性要求把每一种例外都写进条款，而可读性要求把读者需要判断的内容压到最少。本文不给出"多少字才合适"的标准值，而是说明条款的长度由哪些结构性因素决定，以及哪些部分可以压缩、压缩哪些部分会直接变成法律风险。
决定各类法律文书长度的结构性因素
不同类型的法律文书，长度差异巨大。但决定长度的并不是写作风格，而是"需要达成合意的事项有多少个"。论点的数量一旦确定，条款的数量就基本确定了，剩下能压缩的只有重复表述和为求稳妥而写的冗余规定。
| 文书类型 | 决定长度的论点 | 长度的变化方式 | 不能压缩的部分 |
|---|---|---|---|
| 保密协议 (NDA) | 秘密信息的定义、目的外使用的禁止、期间、返还与销毁 | 骨架定型，各方之间差异小 | 秘密信息的范围定义 - 定义模糊会让整份协议失去可执行性 |
| 雇佣合同 | 劳动条件中依法必须明示的事项 | 由法定明示事项的数量决定下限 | 法定明示事项 - 遗漏本身就构成违法 |
| 软件许可协议 (EULA) | 许可范围、禁止行为、保证的免除、适用法律 | 禁止行为列举得越细越长 | 许可范围与禁止行为的边界 |
| 网站服务条款 | 每项功能各自的责任分配 | 与功能数量同步增长 | 各功能特有的责任划分 - 删掉就等于默认由运营方承担 |
| 隐私政策 | 处理的信息项目、利用目的、第三方提供的对象 | 由数据设计的复杂度决定 | 利用目的与第三方提供对象的列举 |
| 商业租赁合同 | 标的物特有的特别约定 | 逐个物业变动，模板难以套用 | 修缮与恢复原状的费用分担 |
| M&A 合同 | 陈述与保证、赔偿、交割条件 | 目标公司的具体情况会原样转写为条款 | 陈述与保证的个别事项 - 删一项就等于放弃一项救济 |
并购合同之所以是最长的一类法律文书，是因为资产清单、陈述与保证、赔偿条款、交割条件都必须逐项落到文字上。这类合同的字数看上去有压缩空间，但真正能删的只有重复条款；删掉一项陈述与保证，买方就少了一条在交割后追究的依据。这就是"减字"在法律文书里最容易踩的陷阱：读起来变轻了，承担的风险却变重了。
服务条款变长的驱动因素
互联网服务的服务条款，整体上朝着变长的方向变化。与其记住"现在大概多少字"，不如理解是哪些力量在把它推长 - 因为这些力量只会单向累积。
| 驱动因素 | 被追加的内容 | 条款的膨胀方式 | 事后能否删除 | 对可读性的影响 |
|---|---|---|---|---|
| 业务范围的扩张 | 广告、支付、设备等新领域各自需要的专门条款 | 按领域整节增加 | 业务停止时可以删除 | 只与自己无关的节会变多，靠目录即可回避 |
| 数据保护法规 | 处理数据的法律依据、用户权利、跨境传输机制的说明义务 | 整章被追加 | 属于义务性内容，不能删除 | 无法削减，只能靠分层展示 |
| 争议与判例的积累 | 在成为争点的位置补上定义和例外 | 不增加节，而是让单句变长 | 删除等于把已解决的风险重新打开 | 影响最大 - 单句里的判断数量直接增加 |
| 多国运营 | 适用法律、管辖法院、各国特别规定 | 附则与附件增加 | 退出该国市场时可以删除 | 可按地区拆分文件来隔离 |
这四个因素有一个共同特征：追加容易，删除极难。一旦某处成为过争点，把补充的定义再删掉就等于把已经解决的风险重新打开，所以法务部门几乎不会主动删。数据保护法规带来的部分更是如此 - GDPR 要求说明处理数据的法律依据、用户可以行使的权利、以及向境外传输时的保护措施，这些都是义务性内容，不存在"为了可读性而省略"的选项。因此，可读性只能靠分层展示来解决，而不能靠削减法律文本本身。
合同条款的可读性指标与它们的盲区
法律文书的可读性可以用若干指标量化，法务团队用它们判断条款对目标读者 (消费者、商业伙伴、员工) 是否足够清晰。但这些指标测的都是"表层的读起来费不费劲"，条款真正的风险 - 一句话可以有两种解释 - 不会体现在分数上。
| 可读性指标 | 适用语言 | 实际测量的内容 | 用于条款时的盲区 |
|---|---|---|---|
| Flesch Reading Ease | 英语 | 由词的音节数与句子长度换算出的读取负荷 | 术语难不难，不会反映在音节数上 |
| Flesch-Kincaid Grade | 英语 | 把同样的输入换算成所需的就学年级 | 句子再短，只要修饰关系不唯一，误读就不会减少 |
| 平均句子长度 | 通用 | 一句话里塞进了多少个判断 | 硬切成短句后，条件与例外的对应关系可能反而错位 |
| 被动语态比例 | 通用 | 义务人是否被写出来的替代指标 | 比例本身不说明主语缺失的是哪一条 |
| 专业术语密度 | 通用 | 未经定义就直接使用的法律用语的量 | 是否设有定义条款，不会体现在密度里 |
简明语言 (Plain Language) 运动为条款的写法提供了可以直接照做的原则。美国在 2010 年通过了 Plain Writing Act，要求联邦行政机关面向公众发布的文书使用简明的表述；国际标准化组织也在 2023 年发布了简明语言的标准 ISO 24495-1。美国联邦政府的简明语言指南 (digital.gov) 列举的原则是：使用更短的词、把长的段落切分、使用主动语态、使用现在时 - 其中并没有任何关于字数的数值标准。被动语态的改写在条款上尤其有效：把"本项业务应被及时完成"改写成主动语态，就会立刻发现这一条根本没有写"由谁来完成"。这样改写有时会让字数增加，但在条文里，写清义务人比缩短句子更优先。
条款分层设计 - 从摘要到完整条款
为了应对"没人读服务条款"的问题，越来越多的企业采用分层设计：先展示简短的摘要，再提供完整的法律条款。分层的要点不在于每层写多少字，而在于每一层让读者能够作出什么判断。
| 层级 | 承担的作用 | 内容 | 目标读者 |
|---|---|---|---|
| 一句话摘要 | 让读者判断"这份条款要不要继续读下去" | 核心要点 (如"我们收集您的使用数据") | 所有用户 |
| 要点列表 | 让读者找到与自己处境相关的那一条 | 主要条款的简明解释 | 关心隐私的用户 |
| 简化版条款 | 让读者理解条款的含义 (这一层本身不产生法律效力) | 用日常语言重写的完整条款 | 想了解详情的用户 |
| 完整法律条款 | 唯一具有拘束力的文本 | 具有法律效力的正式文本 | 法务人员、监管机构 |
Creative Commons 的许可证是分层设计的典范：面向普通人的摘要页面 (Deed) 与具有法律效力的条文 (Legal Code) 是分开的两份文件，摘要页面上明确放着通往条文的链接。这里最容易被忽略的是两者的分工 - 摘要本身不产生法律效力，拘束力始终在条文一侧。因此在自己设计分层结构时，必须事先决定一件事：当摘要与条文读起来不一致时，以哪一边为准。不写清这一点，摘要就会变成新的争点来源，而这恰恰是引入分层结构本来想避免的结果。
隐私政策的长度与合规要求
GDPR、CCPA 等数据保护法规对隐私政策的内容有明确要求，这些要求直接推高了法律文书的长度。值得注意的是，让文本变长的不是"要求的条数"，而是每项要求都必须按具体情况逐个展开。
| 法规要求 | GDPR | CCPA | 日本个人信息保护法 | 为什么会让文本变长 |
|---|---|---|---|---|
| 数据收集目的 | 必须 | 必须 | 必须 | 目的写得越具体，就要按业务逐项列出 |
| 法律依据 | 必须 (六种之一) | 不要求 | 不要求 | 要针对每一类处理分别说明适用哪一种依据 |
| 用户权利说明 | 必须 (含访问、更正、删除等) | 必须 (含知情、删除、拒绝出售等) | 必须 (含披露、更正、停止利用等) | 有多少项权利，就要写多少套行使方法与受理窗口 |
| 数据传输说明 | 必须 (跨境传输) | 不要求 | 必须 (跨境) | 要逐个列出接收方所在国家与采取的保护措施 |
| Cookie 说明 | 必须 (详细) | 部分要求 | 不要求 | 要按类别写明目的与保存期间 |
| 儿童隐私 | 必须 (设有年龄门槛) | 必须 (设有年龄分层) | 部分要求 | 年龄的确认方法与代为同意的流程要另行说明 |
需要同时满足多个法域的要求时，这些展开会叠加，完整的法律文本必然变长 - 而且没有合法的压缩手段。这正是分层设计不可替代的理由：法律文本本身不能缩短，但用户实际阅读的摘要可以独立设计。同时还要记住反面：既然摘要不具有法律效力，就不能靠"摘要里没写"来免除责任。摘要的任务是让用户找到条文中与自己相关的位置，而不是替代条文。
错误提示与法律文书的交叉点
用户在同意条款时看到的错误提示和确认文本，也是法律文书设计的一部分。"您确定要删除账户吗？"这类确认对话框的措辞，既要满足法律上的充分告知义务，又要在有限的 UI 空间内把后果讲清楚。空间由界面决定，所以这里要设计的不是字数，而是"哪些判断材料绝对不能省"。
| 场景 | 法律要求 | 绝对不能省的判断材料 | 省略后会发生什么 |
|---|---|---|---|
| 账户删除确认 | 告知数据删除范围和不可逆性 | 会消失的对象，以及无法恢复这一点 | 用户事后要求恢复，容易演变成纠纷 |
| 订阅自动续费提示 | 告知续费金额和取消方法 | 下次扣款的时点，以及在哪里可以取消 | 可能被认定为未告知不利事实 |
| 数据导出同意 | 告知导出数据的范围和用途 | 导出内容中是否包含第三方的信息 | 容易招致目的外利用的主张 |
| Cookie 同意横幅 | 告知 Cookie 类型和用途 | 可以拒绝，以及拒绝的具体方法 | 同意本身的有效性会被推翻 |
Cookie 同意横幅是空间约束最严格的法律文本之一。GDPR 要求告知用户 Cookie 的类型和用途，而横幅能放的内容远远不够。可行的做法是在横幅里只放一句话摘要、拒绝的入口和"详细了解"链接，把完整的 Cookie 政策放在独立页面。这种"摘要 + 链接"的模式是法律合规与用户体验之间的通用解法，但它成立的前提是：摘要里留下的必须是用户当场作判断所需要的信息，而不是最容易缩短的那句话。