💬 In plain words: Setting up Salesforce Data Cloud (formerly Data 360 / CDP) requires following a strict sequence. You must provision the instance, assign least-privilege permission sets (Admin vs. Aware vs. User), connect your data sources, and only then build your data model. Keep an eye on the meter: data ingestion, processing, and activation all consume credits.
Key Points
- Setup Sequence is Mandatory: Provisioning → Permissions → Connections → Data Modeling.
- Access Control: Use
Data Cloud Adminstrictly for system builders. UseData Cloud Data Aware SpecialistorUserfor marketers building segments. - The Data Pipeline: Raw data enters as a Data Source Object (
DSO), normalizes into a Data Lake Object (DLO), and maps to a canonical Data Model Object (DMO). - Identity Resolution: This is the Master Data Management (MDM) engine that merges scattered customer records into one Unified Individual.
🧠 The Golden Setup Sequence: Provision → Connect Source → Stream (DSO) → Data Lake (DLO) → Map to Model (DMO) → Categorize & Transform → Resolve Identity → Build Insights → Segment → Activate.
📌 Real-Life Setup Example:
Imagine launching a fresh Data Cloud project on Day 1. First, provision the instance. Next, assign the
Data Cloud Admin permission set to just two lead architects—everyone else gets least-privilege access. Then, connect your core Salesforce CRM. Only after the CRM is connected do you build your data streams, map your objects, configure identity rules, and create segments. And remember to watch the meter: every data ingestion and segment activation burns consumption credits!
The End-to-End Setup & Enablement Process
Enabling and administering Salesforce Data Cloud involves a specific set of steps. Memorizing this sequence is critical for architects and administrators:
- Provisioning: Enable Data Cloud in your existing org (for a single business unit), a dedicated org (for multi-BU governance), or a sandbox (for safe building).
- Permissions: Grant access using standard permission sets.
Data Cloud Admingives full rights to build streams, data models, and identity resolution rules. TheData Cloud Salesforce Connectorpermission is required to link an external CRM org. - Connect Sources: Connect your data source via a packaged connector or the
Ingestion API. - Data Streams & DSOs: Creating a data stream automatically generates a raw Data Source Object (
DSO). - DLOs & DMOs: The raw data refines into a normalized Data Lake Object (
DLO), which you then map to a canonical Data Model Object (DMO). Pro-tip: Always try to map to standard DMOs before creating custom ones. - Categorize & Transform: Assign each object a category (Profile, Engagement, or Other) and apply any necessary streaming or batch transformations.
- Identity Resolution: Build rulesets to merge duplicate records into a single
Unified Individual, keyed by a UUID. - Analyze & Act: Finally, build Calculated Insights (SQL metrics), create Segments based on unified data, and Activate those segments out to marketing platforms, ad networks, or Salesforce Flow.
Key Terminology Cheat Sheet
- DSO (Data Source Object): The raw incoming source data. Auto-created when you set up a data stream.
- DLO (Data Lake Object): The normalized storage layer (
DSO → DLO). - DMO (Data Model Object): The final canonical, ready-to-use object (
DLO → DMO). Can be standard or custom. - Data Stream: The configured pipe bringing data from a source into Data Cloud.
- Data Space: A logical partition of a single Data Cloud instance (used to separate brands, regions, or BUs).
- Identity Resolution: The Master Data Management (MDM) engine that outputs a Unified Individual (the golden record).
- Calculated Insight: SQL-computed multi-dimensional metrics over unified data (e.g., LTV, purchase frequency, lead score).
- Segment: A targeted audience filtered against the Unified Individual data.
- Activation: The process of publishing a segment out to a target platform (the "Act" pillar).
- Data Kit: A packaging tool used to deploy Data Cloud configurations across different Salesforce environments.
🧭 360 Card — Data Cloud Setup & Permissions
- Rule: Provision, assign least-privilege permission sets, connect sources, then model. Order is non-negotiable.
- Gain: A unified data model that runs end-to-end: ingest, map, match, measure, select, and send.
- Price: Permission sets in Data Cloud are broad. Enforcing least privilege takes intentional thought, not just relying on defaults.
- Limits: Learn the core permission sets: Admin, Aware, and User. Admin must be heavily rationed. Furthermore, everything downstream relies entirely on source connections being established before the data model is built.
⚠ INTERVIEW TRAP: Do not grant
Data Cloud Admin to the entire project team! While it might prevent blockers on Day 1, it destroys governance. Six months later, nobody will know who changed a critical data model mapping. Stick strictly to least privilege.
Core Q&A
Q: Walk me through the end-to-end mental model of standing up Data Cloud, from provisioning to activation.
🎯 Say this first: "Provision → Assign Data Cloud permission sets (least privilege) → Connect Sources → Streams → Map to DMOs → Identity Resolution → Insights → Segments → Activation Targets."
Walk through it in stages:
- 1. Provision: Turn on Data Cloud in your existing org, a dedicated org, or a sandbox.
- 2. Access: Grant
Data Cloud Adminfor setup,Data Aware Specialistfor segmenting, andSalesforce Connectorto link your CRM. - 3. Ingest: Connect the source via a connector or the Ingestion API. This generates a data stream and a raw
DSO. - 4. Model: Refine the data into a
DLO, map it up to a canonicalDMO, assign it a category (Profile/Engagement), and apply transformations. - 5. Unify: Run Identity Resolution to merge records into a
Unified Individual. - 6. Act: Build Calculated Insights (SQL metrics), assemble Segments, and Activate them to your marketing targets. Finally, promote the configuration using Data Kits.
Q: Which permission set lets a user build streams and identity resolution rules, versus a user who just needs to work with segments?
You must match the permission set directly to the task:
- System Builders: Building data streams, data modeling, and identity resolution rulesets requires the
Data Cloud Adminpermission set. - Marketers/Analysts: A user who only needs to explore data, build segments, and create insights should be assigned the
Data Cloud Data Aware SpecialistorData Cloud Userpermission set. - Integrations: Linking a CRM org for ingestion and activation requires the
Data Cloud Salesforce Connectorpermission.
Always grant the narrowest permission set that allows the user to complete their task.
Q: What is the purpose of a Data Kit?
A Data Kit is the packaging mechanism used to deploy Data Cloud configurations (like data streams, data models, and calculated insights) across environments. You use Standard Data Kits for ad-hoc deployments and DevOps Data Kits for Continuous Integration/Continuous Deployment (CI/CD) pipelines.