一、开始使用平台同意数据模型（01 Get Started with the Platform Consent Data Model）
本单元借助 Cloud Kicks 的故事打基础：理解同意管理为何重要、回顾全球隐私法律格局、认识同意的三方主体，并区分同意管理与偏好管理。学完本单元你将能够：
- 分析同意数据管理对组织风险、客户信任和运营效率的业务影响；
- 评估不同司法管辖区对同意的法律与监管要求及其合规影响；
- 识别同意管理生态系统中的三个关键干系人；
- 比较同意管理与偏好管理的目的和技术实现。
为什么同意管理重要（一）：建立客户信任（Build Customer Trust）
Linda Rosenberg 是 Cloud Kicks 的系统管理员。Cloud Kicks 是一家时尚运动鞋与生活方式品牌，随着从初创公司成长为全球品牌，其客户数据收集规模急剧扩张——现在通过网站、移动应用、零售门店和社媒活动收集客户信息，用于个性化营销、订单履约和忠诚度计划。
最近，Linda 收到法务团队的紧急邮件：有客户向监管机构投诉，称公司发送未经同意的营销邮件、并在未获适当同意的情况下共享数据。这个投诉暴露了他们数据治理战略的重大缺口。核心在于信任：当客户既理解数据如何被使用、又能控制它时，会对品牌产生更强的忠诚度。透明化的同意实践让客户愿意自信地分享风格偏好、购物习惯和联系方式。
为什么同意管理重要（二）：避免合规成本（Avoid Compliance Costs）
糟糕的同意管理代价高昂：不遵守数据隐私法规可能招致沉重罚款，尤其会重创那些尚未建立完整隐私计划、仍在成长的公司。除罚款外，不合规还可能导致业务限制、持续的监管监督，以及需要多年才能重建的声誉损害。从一开始就把同意做好，远比事后补救便宜。
为什么同意管理重要（三）：创造运营效率（Create Operational Efficiency）
有效的同意管理带来贯穿整个组织的运营收益：从一开始就正确捕获同意，能减少处理客户投诉、退订请求和监管问询的时间；营销团队因拥有与每个客户群沟通的明确许可，能更有效地细分受众；客服团队因客户有清晰的自助偏好管理选项，处理隐私请求的时间也减少了。合规成为良好流程的副产品。
法律与法规（一）：全球隐私格局（Global Privacy Landscape）
随着各国政府认识到保护消费者数据权利的必要性，隐私法规在全球兴起。欧盟的 GDPR 要求数据处理和营销通信需获得明确同意；美国的 CCPA 和弗吉尼亚州的 VCDPA 带来了类似要求；许多州现在要求对敏感数据获得明确同意。这些法规有共同主题：
- 透明：清楚说明收集什么数据、如何使用；
- 选择：消费者有权选择加入或退出数据处理；
- 访问：个人可请求获取其个人信息的副本；
- 删除：消费者可在特定情况下请求删除数据；
- 可携带：个人有权以结构化、机器可读格式获取其数据。
法律与法规（二）：管辖权考量（Jurisdiction Considerations）
每条法规都有影响同意系统设计的细节。例如 GDPR 要求通过清晰、积极的动作给出肯定性同意（预勾选框不再算作同意）；CCPA 更侧重提供退出（opt-out）权利而非所有活动都要 opt-in；有些法规只适用于营收超过一定门槛或处理特定数量消费者的公司。
对于全球运营的 Cloud Kicks，这意味着设计要满足其所有经营市场里最严格的要求——这样既确保处处合规，又简化了运营流程。
同意的各方——数据主体（The Parties of Consent: Data Subject）
同意管理涉及三个不同主体。首先是数据主体（data subject）——被收集和处理个人信息的个人。对 Cloud Kicks 而言，数据主体包括浏览运动鞋系列的网站访客、购买产品的客户、忠诚计划会员和订阅者。数据主体拥有若干关键权利：
- 提供同意：允许特定数据处理活动；
- 撤回同意：改变主意、撤销先前授予的权限；
- 访问信息：了解收集了什么数据、如何使用；
- 请求更正：确保个人信息保持准确；
- 寻求删除：在特定情况下请求移除数据。
同意的各方——数据控制者（The Parties of Consent: Data Controller）
数据控制者（data controller），有时也称数据受托人，决定为何以及如何处理个人数据。它做出数据收集的战略决策、定义处理的法律依据，并对确保所有信息以合乎伦理、符合数据主体利益的方式处理承担主要责任。
Cloud Kicks 是其客户信息的数据控制者，决定通过网站收集什么数据、如何用购买历史做个性化推荐、以及把哪些信息共享给广告伙伴。控制者的主要职责包括：合法收集、目的限制、数据最小化、保留管理、安全措施。
同意的各方——数据处理者（The Parties of Consent: Data Processor）
数据处理者（data processor）代表数据控制者、按具体指令处理个人信息。他们提供技术服务，但不独立决定数据用途。Salesforce 就是 Cloud Kicks 的数据处理者，按 Cloud Kicks 的指令和配置在平台内存储和管理客户信息。
处理者必须：遵循指令、维护安全、支持控制者合规、协助响应数据主体请求、报告安全事件（如任何泄露或未授权访问）。
同意管理 vs 偏好管理（一）：同意管理（Consent Management）
同意管理关注捕获和管理处理个人数据所需的法律许可。它记录对特定数据处理活动的明确协议、维护同意获取时间与方式的记录，并提供撤回同意的机制。对 Cloud Kicks，同意管理覆盖：邮件营销、与广告伙伴共享数据、网站 Cookie 与行为分析追踪、以及跨境数据传输等许可。
为满足监管要求，同意记录必须包含具体细节：时间戳（何时授予或撤回）、方式（网络表单、电话、门店交互）、范围（具体同意了什么）、证据（同意是自由且知情的证明）。
同意管理 vs 偏好管理（二）：偏好管理（Preference Management）
偏好管理处理客户关于沟通频率、内容类型和渠道的选择。这些偏好在某些法规下可能不需要明确同意，但管理得当能改善客户体验、降低退订率。Cloud Kicks 可提供：沟通频率（每周/每月/季节性）、内容类别（新品发布、促销活动、风格灵感）、渠道偏好（邮件、短信、推送、邮寄）、时间偏好（早、晚、周末）。
同意管理 vs 偏好管理（三）：集成考量（Integration Considerations）
有效的隐私计划会把同意与偏好管理集成，提供无缝体验：当客户撤回营销同意时，系统应自动更新其沟通偏好以防再犯；当客户更新偏好时，系统应检查底层同意是否仍支持该沟通方式。Cloud Kicks 两者都需要——既要有控制数据的法律机制，也要有定制沟通体验的友好选项。Salesforce 同意数据模型在一个集成系统中同时支持两者。
Salesforce 解决方案（A Salesforce Solution）
Salesforce 的隐私产品（如 Privacy Center）旨在与 Salesforce 同意数据模型协同工作并扩展其功能。Privacy Center 是一套广泛工具，通过自动化数据主体请求（如被遗忘权、数据可携带权）帮你满足 GDPR、CCPA 等法律，确保你尊重个体数据权利、跨司法管辖区保持合规。
Preference Manager 是 Privacy Center 里的功能，让你为客户创建管理沟通偏好和同意的自助表单。它同时促进法律合规（追踪明确同意）和更好的客户体验（让客户选择沟通频率和内容类型）。例如，客户用 Preference Manager 表单撤回营销同意时，系统自动更新同意数据模型以反映这一变化。
下一步是什么（What's Next?）
隐私法规在全球持续扩张，让同意管理成为关键业务能力而非合规复选框。主动实施稳健同意系统的组织，能为可持续增长铺路，同时通过透明与控制建立更强的客户关系。对 Cloud Kicks 的 Linda 而言，理解了这些基础概念，就具备了设计保护客户和公司系统的知识。下一步是探索 Salesforce 平台生态中实现复杂同意管理的具体对象与关系。
二、为一般同意设计平台同意数据模型（02 Design the Platform Consent Data Model for General Consent）
本单元为一般同意做设计：介绍平台同意模型中的四种同意层级，解释 Cloud Kicks 的多层次战略，并开始动手挑战（法律依据与一般同意设置）。学完本单元你将能够：
- 配置追踪数据处理动作一般同意的核心对象；
- 比较一般同意与为营销目的收集的同意；
- 解释为何特定用例可跳过互动渠道同意和联系点同意。
平台同意模型（一）：四种同意类型（Four Types of Consent）
Salesforce 平台同意数据模型追踪四种同意类型：
- 一般同意（General）——数据处理动作；
- 互动渠道同意（Engagement Channel）——偏好的沟通渠道；
- 联系点同意（Contact Point）——针对某用途的具体联系点；
- 通信订阅同意（Communication Subscription）——某联系点上的具体通信类型。
该模型"在公司的同意管理旅程中与之相遇"，并随业务和监管需求演进而灵活扩展。
一般同意（General Consent）
一般同意追踪在 Individual 或 Party Consent 对象上，关注数据处理动作（如与伙伴共享客户数据、向客户营销等）和其它二元信号（如客户表示"不要联系我"）。这是宽泛、高层级的同意——一个二元的 opt-in/opt-out 信号。
如上图所示，追踪一般同意的主要对象。
互动渠道同意（Engagement Channel Consent）
互动渠道同意追踪在 Contact Point Type Consent 对象上，关注数据主体希望被联系的偏好渠道。例如，客户可能允许你通过邮箱联系，但不希望打他电话。这一层级按渠道类型（而非具体地址或号码）划定同意范围。
如上图所示，追踪互动渠道同意的主要对象。
联系点同意（Contact Point Consent）
联系点同意追踪在 Contact Point Consent 对象上，关注数据主体为某数据使用目的偏好的具体联系点。例如，客户可能同意营销邮件发到工作邮箱、但不同意发到个人邮箱。它比渠道类型同意更精细，能在同一渠道内区分不同地址。
如上图所示，追踪联系点同意的主要对象。
通信订阅同意（Communication Subscription Consent）
通信订阅同意追踪在 Communication Subscription Consent 对象上，关注数据主体在某个具体联系点上希望接收的具体通信类型。例如，客户可能同意接收 Kicks Club 订阅邮件、但不同意产品更新，且只发到个人邮箱。这是最精细的层级——按"特定出版物 + 特定联系点"。
如上图所示，追踪通信订阅同意的主要对象。
多层次方法（一）：为什么需要多层次（Why Multiple Levels）
Linda 知道建立客户信任需要的不仅仅是收集一个笼统的 opt-in。Cloud Kicks 是运营多个子品牌（Kids Kicks、Sneakers Kicks、Trail Kicks）的全球品牌，且涉及个性化和数据共享等复杂数据处理，因此同意模型需要高度细粒度。她选择聚焦在一般同意（最高层，经 Party Consent 对象）和通信订阅同意（最低层），有意跳过中间两个层级。
多层次方法（二）：为什么跳过中间层级（Why Bypass the Middle Levels）
Linda 跳过中间两个层级有三个原因：
- 精确细粒度控制：她想追踪客户对某个具体出版物的同意（如 Kicks Club 订阅邮件），而非对整个渠道（如所有邮件）。通信订阅天然同时关联一个渠道和一个联系点，提供了最精确的控制；
- 同意管理层级：联系点类型同意和联系点同意管理的是数据使用目的（DUP）本身（如"所有营销邮件"），而非该目的下的单个出版物。订阅邮件的同意无法在这两层管理；
- 单一营销数据使用目的：Cloud Kicks 的营销都围绕一个宽泛目的（营销通信）。如果它有产品更新、追加销售、交叉销售等多个独立 DUP，联系点类型同意才会更有用。
动手挑战：第一部分（一）：注册 Developer Edition org（Sign Up）
这个动手挑战要求为每位客户管理两个不同的许可层级：一般数据处理同意，以及针对三个子品牌的细粒度营销订阅同意。挑战覆盖四个设计领域，分两部分完成。
首先要注册一个带 Platform Consent Data Model 权限的特殊 Developer Edition org（使用本徽章的推广注册链接），提供有效邮箱和唯一用户名，验证账户并保存登录信息，然后把该 org 连接到 Trailhead 以完成挑战。
动手挑战：第一部分（二）：定义法律依据与数据使用目的（Legal Basis & DUP）
Legal Basis（法律依据）对象记录你为何在 Salesforce org 中存储客户的个人身份信息（PII）——这在"被遗忘权"请求中很关键，能帮你判断数据是必须保留（因合同或法规）还是可删除。Data Use Purpose（数据使用目的）对象定义收集、处理或使用客户数据的具体原因，并可关联到某个 Legal Basis 记录。
本步骤创建一个 Legal Basis 记录（Name 为 Consent、Description 为 Explicit consent provided by a data subject），再把多个 Data Use Purpose 记录链接到它。注意：无法使用其它有效法律依据处理 PII 时，必须用"同意"作为法律依据。
动手挑战：第一部分（三）：用 Party Consent 配置一般同意（Party Consent）
Party Consent 对象追踪 Individual 记录上针对某数据使用目的的宽泛、高层级同意决策（与营销无关）。本场景为 Sofia Diaz 创建三条 Party Consent 记录：
- Personalization and Profiling → Opt In；
- Data Sharing with Partners → Opt Out；
- Analytics and Research → Opt In。
关键字段：Consent Captured Source 设为 Web，Consent Captured Date Time 选过去任意时间，Effective From 选同一日期，Privacy Consent Status 设为 Opt In/Opt Out。
三、为营销订阅同意设计平台同意数据模型（03 Design the Platform Consent Data Model for Marketing Subscription Consent）
本单元用品牌细分的营销订阅同意完成模型：创建业务品牌、通信订阅、互动渠道类型和订阅渠道类型，以及把 Sofia Diaz 的偏好绑定到各品牌的同意记录。学完本单元你将能够：
- 建立并链接品牌细分通信订阅同意所需的对象；
- 创建并配置 Communication Subscription Channel Type、Communication Subscription 和 Communication Subscription Consent 记录。
动手挑战：第二部分（一）：创建业务品牌与通信订阅（Business Brands & Subscriptions）
营销同意可按业务品牌（Business Brand）细分。Business Brand 对象定义用于同意细分和品牌资产管理的不同业务品牌。步骤：
- 创建三个业务品牌：Kids Kicks、Sneakers Kicks、Trail Kicks；
- 创建 Communication Subscription（定义具体订阅邮件或主题）；
- 为每个品牌创建两个订阅，全部关联到 Marketing Communications 数据使用目的。
注意：通信订阅与 Business Brand 对象没有直接关系——品牌与 Communication Subscription Consent 记录在后续步骤才关联。
动手挑战：第二部分（二）：创建互动渠道类型（Engagement Channel Types）
Engagement Channel Type 代表用于触达客户的渠道。创建两条记录：
- Email（Contact Point Type: Email）；
- Phone（Contact Point Type: Phone）。
这些渠道类型后续会连接到订阅，让每个订阅能在正确的渠道上送达。
动手挑战：第二部分（三）：为 Email 创建通信订阅渠道类型（Channel Types for Email）
Communication Subscription Channel Type 对象把通信订阅链接到特定互动渠道类型（如邮件或短信）。为之前创建的六个订阅各建一条记录，全部关联到 Email 渠道：Kicks Club、Small Steps、Style Drops、Sneaker Culture、Mountain Trails Digest、Hiker’s Report。
动手挑战：第二部分（四）：为 SMS 创建额外的通信订阅渠道类型（Channel Types for SMS）
有两个订阅邮件同时也通过短信告警送达：Kicks Club 和 Sneaker Culture。为它们各创建一条指向 SMS Text Message 互动渠道类型的额外 Communication Subscription Channel Type 记录，让这两个出版物既能邮件也能短信送达。
动手挑战：第二部分（五）：创建通信订阅同意记录（Consent Records）
最后为 Sofia Diaz 按品牌和渠道创建同意记录。示例（Kids Kicks）：Kicks Club via Email → Opt In（gmail）、Kicks Club via SMS → Opt Out（电话）、Small Steps via Email → Opt In；Sneakers Kicks：Style Drops via Email → Opt In、Sneaker Culture via Email → Opt Out、Sneaker Culture via SMS → Opt Out。
关键字段：Consent Giver（Individual Sofia Diaz）、Communication Subscription Channel Type、Contact Point（邮箱或电话）、Effective From 与 Consent Captured Date Time、Privacy Consent Status、Business Brand。
四、管理你的平台同意数据模型（04 Manage Your Platform Consent Data Model）
本单元运行并演进模型：了解捕获和维护同意的 Salesforce 工具（Preference Manager、Flow、Privacy Center），然后学习可扩展、合规数据模型的最佳实践。学完本单元你将能够：
- 使用 Salesforce 自动化工具实现同意捕获和管理工作流；
- 设计一个可扩展、兼顾最佳实践并预判未来业务需求的同意数据模型；
- 按组织要求和合规需求定制同意数据模型。
Salesforce 同意管理工具（Salesforce Tools for Consent Management）
模型设计好了，但客户实际如何提供同意、记录又如何随时间保持最新？Salesforce 提供多种方案，按组织成熟度和技术需求选择：
- Preference Manager——品牌化自助偏好表单；
- Flow 自动化——跨记录级联的复杂同意工作流；
- Privacy Center——自动化数据主体权利请求。
Privacy Center 的 Preference Manager 功能（Preference Manager）
Preference Manager 通过品牌化 Web 表单提供自助同意管理，与同意数据模型直接集成：客户提交偏好时自动创建和更新同意记录。Cloud Kicks 用它作为客户偏好中心——客户点击营销邮件里的退订链接后，会到达一个展示当前偏好的品牌表单，可退出特定沟通类型、保留其它订阅，或更新联系信息。该工具处理技术复杂性：更新 Contact Point Consent 记录、检查依赖、保持数据使用目的关系准确，减少管理员工作量、提升准确性。
用 Flow 实现自动化（Automation with Flow）
对于更复杂的同意工作流，可用 Flow Builder 构建响应同意变化、跨相关记录级联更新、并与外部系统集成的业务流程。例如：构建一个监控 Contact Point Type Consent 变化的流程，当客户退出所有通信时，自动更新所有相关的 Contact Point Consent 记录保持一致，并通知营销团队、必要时为客服创建跟进任务。
Privacy Center 集成（Privacy Center Integration）
Privacy Center 与平台同意数据模型协同工作，自动化数据主体权利请求（访问、删除、携带）。处理删除请求时，系统查阅 Legal Basis 记录：因合同或法律义务必须保留的数据留下，没有有效法律依据的数据被删除。同意记录告诉你存在什么数据、以及为什么可以保留它。
强数据模型最佳实践（一）：从数据使用目的开始（Start with Data Use Purpose）
数据使用目的是可扩展模型的基础。围绕随时间保持稳定的业务目的构建同意，而非围绕具体营销活动或沟通渠道。Cloud Kicks 的核心目的：订单履约、客户服务、营销通信、产品开发、第三方分析。新增渠道或项目时，映射到已有目的而非创建新结构——防止模型碎片化，并能更新会级联到所有相关活动的目的级规则。
强数据模型最佳实践（二）：通用退出机制与身份解析（Universal Opt-Out & Identity Resolution）
两个要及早做的设计决策：
- 建立通用退出（opt-out）机制：每个模型都需要客户能完全退出所有通信的清晰方式，并决定该信号存哪里（如 Individual、Contact 或自定义字段）；
- 规划身份解析：一个客户可能用个人邮箱收营销、用工作邮箱做 B2B、用手机号收订单通知。Cloud Kicks 用姓名和地址的模糊匹配 + 唯一标识符的精确匹配把这些联系点归到同一个 Individual，让同意跟随"人"而非分散记录。
强数据模型最佳实践（三）：多品牌考量（Multi-Brand Considerations）
多品牌组织面临独特挑战：客户可能同意一个品牌、却退出同一公司实体下的另一个品牌。Cloud Kicks 收购了一个高端运动服饰品牌后，Linda 创建 Business Brand 记录，并把联系点同意关联到品牌——让客户能加入运动鞋促销、退出高端品牌的邮件。营销激活时必须检查：客户不仅同意了邮件营销，其同意还适用于发送该沟通的特定品牌。要清晰记录这些过滤条件。
强数据模型最佳实践（四）：同意级联（Consent Cascading）
高层级同意信号应向下级联更新依赖的同意记录，保持模型一致。常见做法：客户选择"Unsubscribe from All"时，偏好表单遍历每个订阅并设为退出，而非依赖单一主字段。Linda 构建了一个流程，把邮件 opt-out 级联到每个单独的邮件同意。两点注意：级联只向下传播 opt-out（不传播 opt-in）——因为客户可能想保留某个订阅；并且要异步运行级联，避免批量更新时的性能问题。
五、评估实施挑战（05 Evaluate Implementation Challenges）
本单元用实例落地抽象概念：讲解简单、扩展、高级三种同意配置，然后剖析组织实施中常见挑战（从数据倾斜到审计追踪）。学完本单元你将能够：
- 评估示例同意数据模型配置，以根据组织成熟度和业务需求设计合适的实施；
- 制定克服常见实施挑战的策略。
简单配置：以个人为中心的同意（Simple Configuration）
刚开始同意管理的组织，可采用以 Individual 对象为中心的简化模型。核心对象：Individual、Contact Point、Contact Point Consent、Data Use Purpose、Legal Basis。Cloud Kicks 从这里起步：为营销、服务和分析创建数据使用目的，每个联系点（邮箱、电话）链接到个人，并带引用相应用途的 Contact Point Consent 记录。该模型追踪谁同意收营销邮件、记录处理客服数据的法律依据、管理退出，简单到营销团队无需大量培训就能理解，又足够结构化支撑合规报表。
扩展配置：多层次同意（Extended Configuration）
随着流程成熟，组织往往需要更细粒度的控制。Cloud Kicks 通过添加 Communication Subscription 和 Communication Subscription Consent 对象来扩展模型，让客户订阅 New Product Launches、Sale Events、Style Inspiration 等具体内容类别，每类保持独立同意。这种细粒度降低了退订率，因为客户可以微调偏好而非彻底退出。
高级配置：基于文档的同意（Advanced Configuration）
受监管行业的组织常需要追踪通过特定文档（隐私政策、服务条款、医疗同意表）提供的同意。Authorization Form、Authorization Form Text、Authorization Form Data Use 对象能追踪客户同意的是哪个版本的政策、以及何时同意。例如 Cloud Kicks 组织客户徒步活动时，参与者需签署活动豁免书，此时基于文档的同意追踪就必不可少。该配置还能按客户位置和语言展示不同表单版本，且一个文档可传达对多项处理活动的同意。
常见实施挑战（一）：数据倾斜与性能（Data Skew & Performance）
同意模型常产生父子关系——数百万子记录关联少数父记录，导致查询、报表和更新时性能下降。Cloud Kicks 在活跃用户达 50 万时遇到延迟，阻碍营销团队的受众细分和合规检查。缓解措施：归档不再活跃的历史同意记录、减少索引查询的字段、优化 SOQL 查询、并在 Individual 对象上加汇总字段（由 Flow 在同意变化时更新），让营销在父记录上过滤而无需 join 子记录。
常见实施挑战（二）：重复管理失败（Duplicate Management）
重复客户记录会让同意碎片化：一个人有多个 Individual 记录时，某份资料上的 opt-out 不会作用于其它资料，客户持续收到不想要的沟通。这常因客户通过网站、移动应用和门店多渠道建号而发生。缓解：实施严格的重复预防规则、在创建记录前用匹配规则识别潜在重复、并建立定期去重作业在合并重复时整合同意记录。
常见实施挑战（三）：同意同步缺口（Consent Synchronization Gaps）
使用多系统沟通的组织必须让同意在所有平台同步。有些退订路径会绕过同意数据模型——比如订阅者回复"unsubscribe"邮件、或用应用内退订功能，请求直接发到 Marketing Cloud Engagement。Cloud Kicks 用 Salesforce Consent Data Model Solutions Kit 管理与 Marketing Cloud Engagement 的同意，设计集成流程在 Salesforce 变化后几分钟内把同意推送到各系统，并实施定期对账作业比较跨系统记录、标记差异。
常见实施挑战（四）：缺少审计追踪（Missing Audit Trail）
监管合规常需要证明何时、如何获得同意。要确保同意记录从一开始就包含时间戳字段、捕获方式、来源追踪——网站同意应记录日期、时间、IP 地址和具体表单版本。此外，在关键同意对象上启用字段历史追踪，创建随时间变化不可篡改的记录，这样即使客户声称从未同意，你也能完整展示同意是何时、经哪个渠道授予、之后是否被修改。
结论（Conclusion）
有效的同意管理需要的不仅是技术实施，还需要战略规划、持续维护，以及法律要求、客户期望和运营能力之间的对齐。投入能换来回报：降低合规风险、提升客户信任、获得运营效率。Linda 为 Cloud Kicks 装备了稳健的同意数据模型——准确捕获客户许可、提供直观的自助偏好管理、并与营销系统无缝集成。随着隐私期望持续演变，Cloud Kicks 也能快速适应新要求、保持客户关系上的竞争优势。
文章来源：Trailhead - Platform Consent Management with Salesforce