合同的作用不是「打官司时赢」，而是「出事之前把话说清楚」。大多数纠纷不是因为条款写得不好，而是因为根本没有条款。
一、三个月后要求全额退款
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
一位开发者做订阅制工具，网站上的退款政策是从一个模板站抄来的，里面写着「7 天内可无理由退款」，但主体名称还是模板里的示例公司。
一位客户用了三个月，要求全额退款，理由是「你们的条款里没有说不能退」。开发者翻出条款，发现确实写得含糊：既没有说明订阅期内的退款规则，也没有说明已使用部分如何处理。
他没有打官司，直接退了。不是因为他觉得客户有理，而是因为他知道自己手里的文件站不住。
条款的价值，在于它能让一次争议在三句话内结束。
二、五份文档，各管一件事
| 文档 | 管什么 | 谁需要 |
|---|---|---|
| 服务条款（Terms） | 你和用户之间的权利义务 | 所有面向用户的产品 |
| 隐私政策（Privacy Policy） | 你收集、使用、共享哪些数据 | 收集任何个人信息的产品 |
| 数据处理协议（DPA） | 你作为处理者，如何处理客户数据 | B2B、处理客户业务数据 |
| 退款政策（Refund Policy） | 什么情况退、退多少、怎么退 | 收费产品 |
| 试点/服务协议（SOW） | 一次具体合作的范围、交付、付款 | 项目制、企业客户 |
不要用一份文档解决五个问题。 混在一起的结果，是每个问题都说不清。
三、服务条款的最小字段
| 字段 | 要写清什么 |
|---|---|
| 主体信息 | 公司全称、注册地址、联系方式 |
| 服务内容 | 提供什么、不提供什么 |
| 账号与使用 | 谁可以注册、账号责任、禁止行为 |
| 费用与续费 | 价格、计费周期、自动续费、涨价规则 |
| 退款 | 引用退款政策 |
| 知识产权 | 软件归你，用户数据归用户 |
| 责任限制 | 间接损失、可用性、赔偿上限 |
| 终止 | 什么情况可以停用账号 |
| 争议解决 | 适用法律、管辖地 |
| 变更 | 条款更新如何通知 |
最容易漏的是「变更」和「责任限制」。 没有变更条款，你改价格、改功能都可能被质疑；没有责任限制，一次故障可能被要求承担远超收入的损失。
四、隐私政策的最小字段
| 字段 | 要写清什么 |
|---|---|
| 收集什么 | 账号、支付、日志、设备、Cookie |
| 为什么收集 | 提供服务、安全、分析、营销 |
| 怎么使用 | 是否用于训练、是否共享 |
| 共享给谁 | 支付、云、分析、客服等第三方 |
| 存多久 | 保留期限或判断标准 |
| 用户权利 | 访问、更正、删除、导出、撤回同意 |
| 跨境传输 | 数据是否出境、依据什么 |
| 联系方式 | 隐私问题找谁 |
隐私政策必须和产品实际行为一致。 写了不收集，实际埋点收集，是最常见的硬伤。
4.1 三个自检问题
- 打开产品的网络请求，看看数据发到了哪些域名。
- 对照隐私政策，是否每一个都写了。
- 删除账号时，数据是真的删了，还是只标记了状态。
五、数据处理协议（DPA）的最小字段
B2B 客户经常会问：「你们怎么处理我们的数据？」DPA 就是回答这个问题的文件。
| 字段 | 要写清什么 |
|---|---|
| 角色 | 按每项处理活动判断控制者、受托处理者或独立控制者，不因 B2B 就自动固定 |
| 处理范围 | 数据类型、处理目的、持续时间 |
| 安全措施 | 加密、访问控制、日志、备份 |
| 子处理者及其他接收方 | 受托链里的云服务与独立处理交易/风控的支付商分开，核实合同角色与告知安排 |
| 数据主体请求 | 客户要求删除/导出时，你如何配合 |
| 数据泄露 | 多久内通知、通知什么 |
| 审计 | 客户能否审计、以什么方式 |
| 终止 | 合同结束后数据如何处理 |
| 跨境 | 数据存储在哪些区域 |
子处理者清单要真实。 客户尽调时会要，临时编会很难看。
六、退款政策的最小字段
| 字段 | 要写清什么 |
|---|---|
| 适用范围 | 订阅、买断、增值服务分别怎么算 |
| 时间窗口 | 几天内可退，从哪天算 |
| 退款比例 | 全额、按比例、扣除已使用 |
| 例外 | 已下载、已消耗、定制开发 |
| 流程 | 在哪里申请、多久处理 |
| 原路退回 | 退到原支付方式还是账户余额 |
| 拒付 | 客户直接向银行拒付时怎么办 |
退款政策要能被客服执行。 如果客服看完还不知道该退多少，这份政策就没有写完。
七、试点/服务协议（SOW）的最小字段
| 字段 | 要写清什么 |
|---|---|
| 范围 | 做什么、不做什么 |
| 交付物 | 具体产出、格式、时间 |
| 验收标准 | 什么算完成、谁验收、几次修改 |
| 时间表 | 开始、里程碑、结束 |
| 付款 | 金额、节点、发票、逾期 |
| 变更 | 需求变更如何计价 |
| 知识产权 | 交付成果归谁 |
| 保密 | 双方保密范围与期限 |
| 终止 | 什么情况可以停、已完成部分怎么算 |
SOW 最重要的不是价格，是「什么算完成」。 没有验收标准，项目就会无限延长。
八、生成顺序
业务事实（谁、卖什么、怎么收钱、怎么交付）
↓
服务条款（权利义务）
↓
退款政策（钱怎么退）
↓
隐私政策（数据怎么处理）
↓
DPA（客户数据怎么处理）
↓
SOW（这一次合作怎么做）
先写业务事实，再写法律文本。 反过来做，条款会和产品对不上。
九、版本留存与同意记录
| 事项 | 做法 |
|---|---|
| 版本号 | 每次修改递增，写明生效日期 |
| 存档 | 每个版本保存一份，含 URL 与截图 |
| 同意 | 注册/下单时记录用户同意的版本 |
| 变更通知 | 邮件或站内通知，重大变更提前告知 |
| 旧版可查 | 至少保留可访问的历史版本 |
「用户同意过」需要证据。 只写一句「继续使用即表示同意」，在争议中很弱。
十、客户提修改时，哪些能让
| 客户要求 | 通常可以让 | 通常不能让 |
|---|---|---|
| 延长付款周期 | 可以，写清利息或节点 | — |
| 增加交付物 | 重新报价、改 SOW | 免费无限加 |
| 买方要求提高供应商赔偿上限 | 结合风险、价格与保险协商 | 不接受无法承受且无界的供应商责任 |
| 买方要求降低买方自身责任 | 按对应付款、保密等义务逐项谈 | 不把未付款项等义务含混地一并豁免 |
| 数据删除时限 | 可以，写清流程 | 承诺无法做到的即时删除 |
| 独家条款 | — | 限制你服务同类客户 |
| 知识产权转让 | 定制交付可谈 | 转让底层平台/通用组件 |
| 审计权 | 可以提供报告 | 无限次现场审计 |
责任上限、赔偿范围和知识产权均是需要明确主体与范围的协商事项；故意、重大过失、人身损害及其他不得免责情形按适用法律另核，不能用通用限额覆盖。
十一、常见错误
| 错误 | 后果 | 更好的做法 |
|---|---|---|
| 直接抄模板不改主体 | 条款主体错误、无法主张 | 用自己的主体信息重写 |
| 条款与产品行为不一致 | 隐私投诉、平台审核失败 | 按实际数据流核对 |
| 没有退款政策 | 争议无依据 | 写清窗口、比例、流程 |
| DPA 子处理者清单不实 | 客户尽调失败 | 维护真实清单 |
| SOW 没有验收标准 | 项目无限延长 | 写清什么算完成 |
| 不保留历史版本 | 无法证明用户同意哪版 | 每版存档 + 同意记录 |
| 责任上限缺失 | 赔偿可能超过收入 | 设置合理上限 |
十二、行动清单
- 检查网站上的条款主体名称是否是你自己的主体。
- 写一份服务条款，覆盖费用、续费、终止、责任限制。
- 按实际数据流重写隐私政策。
- 写一份可执行的退款政策。
- 如果有 B2B 客户，准备 DPA 与子处理者清单。
- 为项目制合作准备 SOW 模板，含验收标准。
- 建立条款版本存档与同意记录。
- 把拿不准的条款列出来，找律师做一次审阅。
使用边界与实操验收
本文提供谈判字段，不提供可直接签署的合同范本。退款、自动续费、免责和数据权利还受适用消费者及数据法律约束。
谈判记录示例：买方希望把供应商数据事故赔偿从“过去 12 个月已付费”提高到“24 个月已付费”。先测算最坏损失和可承受额度，再决定是否加价、保险或限定风险类别；不要误写为买方要求“降低我方责任”。记录最终责任主体、限额基数、例外和冲突条款优先级。
关键参考与核验范围
以下链接支持对应的机制或规则；本文的案例、成本和经营评分是说明方法的假设，不能当作平台统计或收益承诺。核验日期：2026-10-22。
- 个人信息保护法 ：处理依据、委托/对外提供、出境和个人权利分别判断。
- EDPB 数据泄露指南 ：按处理角色与风险判断通报，不以恢复完成作为起点。
系列导航
- 上一篇：记账与账本：一个人的三张表、单据留存与代理记账的验收
- 下一篇：知识产权归属：代码、素材、外包、职务作品、商标与版权登记
- 回到目录：一个人的公司：独立开发者的主体、税务与合规底座
- 相关阅读：SaaS 早期法务边界 、平台合规：隐私政策、数据最小化、封禁申诉与开源许可
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。