法律与合规文本

这个类别解决什么问题

把「你收集了什么数据、怎么用、用户有什么权利」用书面形式讲清楚，满足上线平台与支付服务商的基本要求。

什么时候需要

在你开始收集任何用户数据、或者接入支付之前。这是上线前的硬性门槛，不是可选项。

选择时看哪些指标

这些是评估这类服务时通用的判断维度，不针对任何具体厂商。

• 是否覆盖你实际收集的数据类型
• 是否支持你面向的地区（如欧盟 GDPR）
• 生成文本是否可自行修改
• 是否只是模板（正式上线前建议由专业人士复核）

中国开发者特别需要考虑什么

面向欧盟用户涉及 GDPR，面向加州用户涉及 CCPA。生成工具只能提供起点，不能替代针对你业务的法律意见。

这一层的成本结构

这一层的成本分三部分。一是文本生成，多数工具按年订阅，含条款更新；二是专业人士复核，按小时或按项目报价，差异很大；三是落到产品里的工程成本，包括同意提示、数据导出与删除入口、日志留存。前两项是固定成本，第三项随功能变化增长，也容易被低估——一个「删除我的数据」按钮背后可能牵动好几张表和若干第三方系统。文本是一次性投入，工程是持续投入，做计划时别只算前面那一项。

常见误区

• 复制同行的隐私政策。同行的数据流和你不一样，于是你写了没做的事，做了的事又没写。这份文本的作用是描述事实，不是话术。
• 等被平台卡住才去补。应用商店和支付服务商往往在审核阶段就要查看这份文本，临时去补会连带拖住整个发版的节奏。
• 以为生成一次就永久有效。每接入一个新的第三方服务，数据处理情况就变了，文本要跟着功能一起更新，而不是发完就放在那里不管。

从零开始的上手顺序

1. 先把数据流列成一张表：收哪些字段、存在哪里、给哪些第三方、保留多久。后面所有文本都以它为输入。
2. 确定你需要哪几份：隐私政策、服务条款、退款政策、Cookie 说明，按你面向的市场和上线平台决定，不必一次全做。
3. 用生成工具出一版初稿，再逐条对照数据流表，把对不上的地方直接删掉，或者改成符合实际情况的写法。
4. 把判断不了的问题列成清单，例如跨境传输、税务处理和行业特殊要求，交给专业人士一次性问清；同时把同意提示、导出与删除入口做进产品并跑通一次。

在不同业务模式中的作用

常见问题