隐私政策和服务条款谁来写：内容来源、分工和上线前检查清单

先给结论：没有人能替你负责这两页。 模板、生成器、律师都能参与，但页面上写的每一句，最后都要对得上你网站实际在做的事。写的人可以换，责任换不掉。

分工大致是这样：业务负责人提供事实（你到底收哪些信息、怎么交付、怎么退款），撰稿人把事实变成条款文字，律师审高风险条款，开发把页面放上去并保证能点到。

一、两份文件各管什么

两份都要有：生效日期、公司主体名称、联系方式、变更后的通知方式。少任何一项，这份文件在争议时就很难用。

二、内容只能来自你自己的系统

别从同行网站抄。一是版权问题，二是抄来的内容和你实际做的事几乎一定对不上——写了「不会向第三方共享」，但页面上装着会把访问数据发出去的统计和客服组件，这比没有政策更麻烦。

先做一张「数据清单」，一列一列填：

排查清单，照着网站从头走一遍：

• 所有表单：字段有哪些、有没有同意勾选框、提交后存到哪
• 账号体系：注册、登录、找回密码、注销后怎么处理数据
• Cookie 与统计：装了哪些统计、是否写 Cookie、有没有做广告投放
• 支付：走哪个支付渠道，卡号是否经过你的服务器
• 客服/聊天组件：对话内容存在谁那里、保存多久
• 邮件订阅：名单存在哪个平台、退订怎么做
• 服务器日志：IP 和 UA 保留多久
• 第三方嵌入：地图、视频、字体、验证码、评论
• 线下收集：名片、合同、发票、展会登记表
• 如果有 App 或小程序：设备信息、权限申请

这张表不用写得好看，但要真实。写不出来，说明你自己也不知道数据去哪了，那就先去查清楚再动笔。

三、谁写、谁审、谁发布

什么情况可以不找律师：只收集邮箱用来回复、没有在线支付、不涉及敏感信息、只面向一个法域。

什么情况建议找律师看：有在线支付、有跨境客户、涉及健康或金融类信息、App 申请敏感权限、面向未成年人。

四、服务条款要写清的十件事

1. 服务范围，以及明确的不含项
2. 报价的有效期
3. 付款节点：预付比例、尾款触发条件
4. 交付时间的起算点——从「材料收齐」算还是从「下单」算，必须写明
5. 修改轮次，以及超出轮次后怎么计费
6. 第三方费用由谁承担（域名、主机、短信、支付手续费）
7. 验收标准和验收期限（多久不反馈视为通过）
8. 退款与取消规则
9. 成果的知识产权归属与授权范围
10. 责任限制、适用法律与争议解决方式

按你的实际业务删改，别整段照抄。写不出来的那几条，通常是你的业务规则本身还没定，先定规则再写条款。

五、上线前检查清单

内容一致性：

• 政策里写的每项收集行为，网站上都能找到对应位置
• 没有出现「不向第三方共享」，但装着会外发数据的统计或客服组件
• 服务条款里的交付时间、修改轮次，和销售页、报价单上写的一致
• 退款规则和支付渠道的实际能力匹配（对方不支持原路退回，就别写原路退回）

可发现性：

• 页脚有链接，全站可见
• 注册、结账、提交表单的位置旁边有链接
• 移动端能点到，不是悬停才出现
• 链接不是 404，页面没有被 robots 挡住

时间与版本：

• 有生效日期
• 有变更通知方式（站内公告或邮件）
• 旧版本存档保留（改之前的页面快照或 PDF）

技术：

• 页面可访问、加载正常、没有混合内容告警
• 多语言站点每个语种都有对应版本，不是只有英文
• 表单提交时记录用户同意的版本号和时间（有争议时这是证据）

六、常见坑

• 从同行网站整段复制：内容和你实际做的事不符，比没有更麻烦
• 只写隐私政策，不写服务条款：交付、退款、修改轮次全没依据
• 两页写了同一件事但说法不同：要写明冲突时以哪份为准
• 装了新工具不更新政策：统计、客服、支付任意一个变了都得动
• 改了内容不更新生效日期：正文是新的，日期还是去年的
• 只做中文或只做英文：面向哪个市场，就要有哪个语言的版本
• 把政策写成宣传文案：读者是来找事实的，不是来看介绍的

七、更新流程

任意一条命中就重新审一遍：

• 新增或更换统计、客服、支付、邮件服务
• 新增表单字段或账号体系
• 新增市场或语种
• 业务模式变化（比如从一次性买断改成订阅）
• 至少每年过一次

流程本身固定成五步：业务负责人改数据清单 → 撰稿人改条款 → 律师审高风险变更 → 开发上线 → 记录版本号和生效日期并通知用户。每一步留一个名字和日期，出问题时能查到是谁改的、什么时候改的。

最后说明：这篇讲的是流程和检查方法，不构成法律意见。涉及在线支付、跨境传输、特殊行业信息时，找执业律师看一遍再上线。