一、开始使用 Preference Manager（01 Get Started with Preference Manager）
本单元通过 Calvin 的旅程介绍 Preference Manager——它为何对隐私合规重要、Business Brands 和 Data Use Purpose 如何组织同意，以及如何用仪表板构建和发布偏好表单。学完本单元你将能够：
- 描述 Preference Manager 的功能如何帮你满足隐私法要求；
- 导航 Preference Manager 仪表板。
为什么需要 Preference Manager？（Why Preference Manager?）
认识 Calvin Green，Zephyrus Relocation Services 的管理员。Zephyrus 是一家小而成长中的公司，为跨国搬迁的企业员工提供全面的搬迁管理——帮员工办理签证、找住房、找学校、安排语言培训、适应新文化等。这意味着 Zephyrus 处理着大量个人、有时是敏感的客户信息。
Calvin 的挑战之一是确保组织符合数据隐私法律要求。虽然各地具体要求各不相同且在演变，但整体隐私法格局已确立了保护并赋能数据主体的准则。GDPR 等法律赋予个人以下权利：
- 控制数据控制者是否以及如何访问其数据；
- 要求控制者停止访问其数据；
- 向控制者请求其数据副本；
- 要求从其组织删除数据。
数据控制者（如 Zephyrus）用 Salesforce Privacy Center 等工具来合法管理这些请求以及数据的存储、删除和转移。但数据主体的同意如何获取和维护？这正是 Preference Manager 大显身手的地方——Zephyrus 可以用它托管自助表单，让客户表明他们何时、为何以及如何想收到公司消息（如每日房源邮件、外派本地活动通讯、搬家后的服务更新），并随时快速更新同意偏好。
如上图所示，Calvin 与 Zephyrus 团队在会议室讨论隐私合规方案。
隐私法合规（一）：业务品牌（Business Brands）
既然数据主体有权控制谁持有其数据、以及他人能访问哪些数据，Calvin 需要清晰传达哪些内部团队在请求数据主体的信息。Salesforce 的解决方案是：用 Business Brands 对象组织公司的不同部门。
通过创建不同的 Business Brands 记录，Calvin 可以建立不同的内部"品牌"——如销售团队、签证办理团队、文化适应团队。有的客户可能只需要 Zephyrus 帮忙办签证，有的则可能需要语言培训或购房帮助。
如上图所示，为 Zephyrus 各团队创建的 Business Brands 记录。
这些品牌记录是偏好表单结构的关键组成部分。通过让客户选择谁能代表 Zephyrus 联系他们，Calvin 尊重了数据主体反对并限制其数据被处理方式的法律权利。
隐私法合规（二）：数据使用目的（Data Use Purpose）
GDPR 等数据隐私法要求数据处理的合法依据——组织必须有合法基础来保留和使用个人数据，比如满足与数据主体的协议目的、或获得被联系的同意的依据。组织必须以自由给予、具体、知情、明确的方式获取同意。
Calvin 用 Data Use Purpose 对象满足这些要求：
- 销售团队想存邮箱以联系现有客户 → 其数据使用目的是营销（marketing）；
- 但营销并不需要客户家庭住址——而帮客户购房的团队需要，于是 Calvin 为那个团队单独创建一个数据使用目的记录。
这样每个团队只安全、合法地存储其所需的数据，Zephyrus 组织就符合隐私法了。
如上图所示，为 Zephyrus 各团队创建的 Data Use Purposes 记录。
导航 Preference Manager 仪表板（Navigate the Dashboard）
Calvin 创建好公司所需的 Business Brands 和 Data Use Purpose 记录后，就能开始为客户创建自助偏好表单。创建无代码偏好表单所需的一切都在 Preference Manager 仪表板上。从 App Launcher 输入 Privacy Preference Manager 并选择该应用即可进入。
如上图所示，Preference Manager 仪表板默认选中的是 Forms 功能。
仪表板围绕三个核心功能：Forms（创建/编辑表单）、Consent Templates（构建可复用模板）、Access Tokens（控制谁可访问已托管表单），覆盖从建表到发布、再到访问控制的完整生命周期。
表单（Forms）
Preference Manager 默认打开 Forms 功能。仪表板列出组织所有表单（包括同一表单的不同版本），Status 列显示表单是已发布还是待发布。点击 New Form 创建新表单，或从列表选择一个表单进行编辑——两种情况都会进入 Preference Builder，在那里你可以定制表单组件，如给它一个唯一标题、或修改提交按钮文字。
注意：首次启动 Preference Manager 时会自动生成一个表单，你可以编辑它来熟悉 Preference Builder，但这种方法是从零创建表单；要使用这个表单，你需要设置并使用 Apex，因为它不是由同意模板创建的。
同意模板（Consent Templates）
Consent Templates 功能让 Calvin 快速创建可复用的模板，把信息填充到偏好表单中。应用模板让表单结构和组织先有了个起点，但仍可在发布前于 Preference Builder 中定制。创建同意模板时可从多种模板类型中选择，每种类型让他选择不同的业务品牌、数据使用目的和联系点渠道组合作为表单基础。他可以创建任意多的同意模板，它们会列在仪表板表格中。
如上图所示，Preference Manager 仪表板选中的是 Consent Templates 功能。
记得在保存时激活模板，这样才能用它创建表单。用同意模板创建表单后即可发布——编辑时可从 Preference Builder 直接发布，或从仪表板发布。发布后即可托管到线上，让用户访问并提交偏好。
访问令牌（Access Tokens）
假设 Calvin 想让 Experience Cloud 站点用户在不登录的情况下访问表单，甚至把表单托管在外部站点。这时他需要 Access Tokens 功能：Calvin 以 CSV 格式上传要授予访问权限的用户记录 ID，每个用户被分配一个匹配其记录 ID 的唯一访问令牌，他把令牌追加到网站 URL。用户点击 URL 时，令牌与其记录 ID 匹配，然后——神奇的事发生了——该用户的独特数据被拉入偏好表单！
如上图所示，Preference Manager 仪表板选中的是 Access Tokens 功能。
每个用户会看到 Calvin 正在收集偏好的、属于自己的联系信息（邮箱、电话等）。对已登录的 Experience Cloud 站点用户，访问令牌则不需要——他们登录站点时数据会自动填充。你还可以用 Apex 类（经触发器、流程或 Lightning Web Components）创建令牌，详见 Apex 参考指南。表单托管上线后，Calvin 就能接收客户同意偏好了。