Blogs

What Salesforce Data Cloud does, and when you need it

Salesforce Data Cloud (Data 360) pulls customer data from every system into one profile per customer, then makes that profile usable in marketing, service, commerce and AI. Our position: it earns its cost once you act on customer behaviour across channels while it still matters.

Unified customer profile in Salesforce Data Cloud (Data 360)

Key takeaways

1

Data Cloud (Data 360) unifies customer data into one profile built for activation.

2

It pays off when customers switch channels and you act on behaviour within the hour.

3

Start with one use case and a named owner for identity rules and consent.

Heading 1

Heading 2

Heading 3

Heading 4

Heading 5
Heading 6

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.

Block quote

Ordered list

  1. Item 1
  2. Item 2
  3. Item 3

Unordered list

  • Item A
  • Item B
  • Item C

Text link

Bold text

Emphasis

Superscript

Subscript

The decision on the table is whether Data Cloud becomes the customer data foundation of your Salesforce estate, or whether that role stays with a platform you already own. It is a decision with a long tail. The data model, identity rules and consent logic you set up become the base that every segment, journey and AI agent draws on. Changing them later means rebuilding what sits on top.

Data Cloud turns scattered records into one usable profile

Data Cloud collects data from Salesforce clouds and outside systems, maps it to one data model and resolves identities. The web visitor, the loyalty member and the customer in a service case become one profile. Identity resolution, the set of rules that decides when two records belong to the same person, is where most of the value and most of the design effort sit. Set the rules too loose and you merge strangers. Set them too strict and one customer stays three profiles.

Where Data Cloud ends and your CRM begins is a common source of confusion, and the line between a CDP, a CRM and a DMP is worth drawing before the scope is set. Data Cloud sits inside our marketing automation practice, next to campaigns that reach two million recipients. We design profiles for the journeys that will actually use them.

Data Cloud is built for activation

Data Cloud stores data, and its real job is to act on it. A data lake or warehouse holds data for analysis and reporting. Data Cloud connects that data to segments, triggers and actions across Salesforce and advertising channels, within minutes of a customer doing something when the data arrives as a stream. The same profile gives Agentforce, Salesforce's AI agents, the customer context they need to answer questions with facts from your own systems.

For marketing teams, segmentation is usually the first use case. Data Cloud segmentation for marketers now goes well beyond attribute filters, with prioritised segments, lookalike audiences and segments drafted from a plain-language prompt.

Zero copy changes the build-or-connect question

If you already run a warehouse such as Snowflake, Databricks, Google BigQuery or Amazon Redshift, Data Cloud can read from it without copying the data across. Salesforce calls this zero copy integration. It weakens the old objection that a customer data platform means a second copy of everything you own.

Which warehouses work in which direction depends on the current Salesforce release and your contract, so check the list before you design around it. Query patterns matter too. Whether federating beats copying for your data depends on how often you query it and how fresh it must be, which is the core trade-off in how zero copy integration works.

Kenny Van Beeck
Head of Marketing Cloud

Set the rules too loose and you merge strangers.

Kenny Van Beeck

|

Head of Marketing Cloud

When you do not need Data Cloud

Some organisations do not need Data Cloud at all. If your customer data already lives in a customer data platform, master data management system or warehouse that your marketing tools can read, and your campaigns run in weekly batches, adding Data Cloud duplicates a foundation you already pay for. A single channel with one system of record makes the case weaker still, because a CRM with clean contact data may be all your segmentation needs.

The case gets strong when customers switch between channels, their identities are spread across systems and your use cases need to act on behaviour within the hour. We say so when the answer is no. A customer data project with no use case waiting for it turns into an expensive archive.

What drives the cost of Data Cloud

Depending on your contract, much of Data Cloud's usage is metered as consumption, so the bill follows what you do with it as much as the licence. Two drivers dominate: the volume of data you bring in and process, and how often you run segments, calculated insights and activations. Both grow with success. The data model and identity rules are mostly a one-off design effort, although they need an owner once they run.

Measure the cost against the decisions it improves. Count the campaigns sent to a better audience, the service contacts resolved with full context and the manual exports it replaces. Streaming data that could arrive in daily batches is a typical cost leak, and it traces back to choices made in the Data Cloud architecture.

Start with one use case and a named data owner

Start with one use case that has a clear return and a team waiting for it, such as basket-abandonment journeys based on live web behaviour, or service agents who need purchase history on screen. Build the data model for that case, keep it open to extension, then add the next. Each step keeps its value if the programme pauses, because a working profile for one use case still works.

Name the data owner before the build starts. Someone has to own identity rules, consent and the data model after go-live. For Data Cloud starts we use a fixed-scope accelerator: scoping workshops, technical setup, the first use case live and training for your own team. Then we stay on board and track the KPIs agreed at the start.

Explore Data Cloud
About the Author
Kenny Van Beeck
Head of Marketing Cloud

Our insights

Button Text
No items found.
No items found.
No items found.