Data Cloud implementation: phases, timeline and cost drivers
The phases of a Salesforce Data Cloud (Data 360) implementation, what makes it take longer or cost more, how consumption pricing works, and how to scope a first phase.
Read the full post →The uncomfortable truth behind most stalled AI and personalization projects is that the model was never the problem. The data was scattered across systems, the same customer existed five times under five slightly different names, and no one could assemble a single, current, trustworthy profile to act on. Data Cloud is Salesforce’s answer to that, a real-time platform that turns scattered customer data into one actionable profile, and it is the foundation we put in before the AI on top can be trusted.
We build the Data Cloud foundation end to end: ingestion and harmonization across Salesforce and external systems, identity resolution that collapses the duplicates into a real person or account, calculated insights, and segmentation and activation that push that unified profile back out to where it does work. The point is not a tidy data lake. It is a profile that Agentforce, Einstein, marketing, and service can all act on and actually believe.
The usual failures: treating Data Cloud as a storage project instead of an activation one, identity resolution rules that either merge too aggressively or not enough, and a unified profile that is built once and then drifts because no one owns the data quality behind it. We design ingestion, identity, and activation around the decisions the data will drive, and we put the governance in place to keep the profile trustworthy after launch.
Data and governance have been core to our Salesforce delivery since 2017, with 150 Salesforce certifications and a 4.95 out of 5 rating from 92 Salesforce AppExchange reviews. We fix the data foundation first, because we have watched too many AI and personalization initiatives fail on it, and because a unified, trustworthy profile is what makes everything built on top of it actually work.
The engagements we run most often on Salesforce Data 360 (Data Cloud), from first implementation through optimization.
Connect Salesforce, ERP, marketing, web, and product data into the Data Cloud model with the right streams and mappings.
Match and unify records into a single source-of-truth customer profile across systems and channels.
Build metrics, audiences, and segments that update in real time and drive downstream action.
Push unified segments and profiles to Marketing Cloud, Sales/Service Cloud, ads, and external platforms.
Ground Agentforce and Einstein in clean, governed Data Cloud data so AI answers are accurate and auditable.
Engagements are measured by movement on the numbers that matter. These are the directions of travel we commit to.
Predictable phases. Clear deliverables. No surprises.
One to two working sessions to map your current state, business goals, and gaps. We come out with a written scope and recommendation.
Documented architecture, realistic timeline, and transparent commercial proposal. No surprises and no hidden scope.
Configuration, development, integrations, data migration, and QA, with weekly demos and on-the-fly adjustments.
Training, change management, hypercare, and ongoing optimization. We do not disappear at go-live.
Consultant-level analysis from the consultants delivering the work.

The phases of a Salesforce Data Cloud (Data 360) implementation, what makes it take longer or cost more, how consumption pricing works, and how to scope a first phase.
Read the full post →Zero Copy federation queries data where it already lives in a supported warehouse or lakehouse instead of copying it into Salesforce. That matters when a data team has spent years curating tables and does not want a second pipeline to maintain. It also helps when governance rules say certain records should never leave the analytics environment.
Data Spaces are logical partitions inside one Data 360 instance that separate data, segments and permissions by brand, region or business unit. Organizations with several brands or strict regional privacy obligations use them to keep each team’s audiences and profiles apart. Everyone still shares the same underlying platform and administration.
Data Graphs are precomputed, denormalized views that bundle a profile with its related records, such as recent orders, open cases and engagement events. They matter most for AI and real-time use cases. An agent or a personalization decision can read one prepared structure quickly instead of joining many objects while a customer waits.
Data 360 chunks documents, transcripts, emails and knowledge content into vector or hybrid search indexes, so retrieval works by meaning as well as keywords. Retrievers built on those indexes ground prompt templates and Agentforce answers in manuals or product documentation. The source passage stays available, so reviewers can check exactly where an answer came from.
Data Actions are event-driven triggers that fire when data changes in ways you care about, such as a profile crossing a value threshold or a falling engagement score. They can launch a flow, call a webhook or notify another system. The platform then prompts the next step on its own instead of waiting to be queried.
Streaming Insights are metrics calculated continuously over incoming event data, such as page views in the last few minutes or repeated failed logins. They suit time-sensitive decisions like abandoned browse recovery or fraud alerts. A nightly batch calculation would arrive long after the moment to act, when the customer has already left.
Name the single decision the first release will change, such as a suppression list, a service agent’s context panel or an agent’s grounding source. Working backward from that output shows which sources, fields and match rules are truly needed. It also keeps the first release focused rather than an attempt to ingest the whole enterprise.
Before mapping anything, examine completeness, formats and duplication in each candidate source. Look for shared email addresses, placeholder phone numbers and inconsistent country codes, since these drive false merges later. The findings shape match rules and cleansing transformations, and they often reveal that one source should be fixed upstream before it is connected.
Map each stream to standard data model objects wherever possible, adding custom objects only where the standard ones genuinely do not fit. Consistent mapping is what lets segments, insights and agents work across sources. Document every mapping decision, because future teams connecting new sources will need to follow the same conventions.
Start with conservative match rules, review sample unified profiles with business users and loosen rules only where evidence supports it. Record which rules merged which records so errors can be traced. Reconciliation rules, which decide the winning value when sources disagree, deserve the same review, since they determine what every downstream consumer actually sees.
Once live, watch credit consumption by feature in Digital Wallet alongside data freshness and profile counts. Segments that refresh more often than needed, or queries run by curious users, can consume more than expected. Pair that monitoring with data quality checks on key sources so unified profiles stay trustworthy as systems and teams change.
Data 360, formerly marketed as Data Cloud, is not bought per seat. Salesforce lists consumption through Flex Credits alongside Profiles and Enterprise Profiles options that bundle core actions with a credit allotment per profile. Activities such as preparation, unification, segmentation, activation, queries and unstructured processing draw credits at different rates, and those rates step down as volume grows. Flex Credits are interchangeable with Agentforce, so one budget can serve both. Ask your account executive which model suits your volumes, what any existing entitlement covers, how storage is counted and how sandbox usage is billed. Get a consumption estimate built around your first use case before signing.
Connecting every available source feels like progress, but it multiplies mapping work, raises consumption and delays anything useful. Teams end up with a large unified dataset and no agreed use for it. Starting from one decision the data must support keeps scope honest and gives stakeholders something concrete to judge within the first release.
Household emails, shared business phone numbers and default values like test addresses can collapse different people into one profile. Once marketing or an agent acts on a false merge, customers see someone else’s history. Exclude known shared values from match rules and review merge samples regularly, not only during the initial build.
Consent and communication preferences need to arrive with the data from the start, not be layered on at activation. When a source system’s opt-outs are left unmapped, segments may reach people who already declined contact. Map consent objects in the first release and test suppression with real opt-out records before any activation goes live.
Source systems change fields, add values and retire feeds without warning. Without a named platform owner watching stream errors, mapping drift and consumption, profiles degrade quietly and downstream teams lose confidence. Assign ownership, a runbook and a regular review before launch, the same way you would for any other production system.
A Salesforce Health Check reviews your org and gives you a ranked list of what to fix first, with effort estimates. It is the right starting point before an optimization project, a new cloud or an AI initiative.
Bringing customer data from Salesforce and other systems into unified profiles that can drive segmentation, analytics, personalization and AI. It is most useful when the same customer lives in several systems.
Not always, but agents are only as good as the data they can reach. Data Cloud helps when agents need information that lives outside core Salesforce objects.
With a use case and an architecture, not with ingesting everything. For a business lender triaging 24,000 leads a month we delivered a Data Cloud architecture, a phased plan covering 10 TB of data and a working lead-prioritization framework.
A focused first use case with a small number of sources can show value in weeks; broader unification is phased. We define the first measurable outcome in the scope.
Yes. Salesforce renamed Data Cloud to Data 360 at Dreamforce in October 2025, and both names still appear in documentation, contracts and admin screens. Ingestion, identity resolution, segmentation and activation work the same way, because the change was a rename rather than a new product. If your contract or an older proposal says Data Cloud, it refers to what Salesforce now markets as Data 360, so planning and design work carries forward.
Generally not. A warehouse remains the right place for historical analysis, finance reporting and data science work. Data 360 is built for acting on customer data inside Salesforce: unifying profiles, building audiences and grounding AI. Zero copy federation lets the two share data in both directions. Many organizations keep the warehouse as the analytical source and use Data 360 as the activation layer.
Consent records from each source are ingested and mapped to standard consent objects, then evaluated when segments are built and activated. The design question is which source wins when two disagree and how quickly an opt-out must propagate. We recommend treating the most recent explicit choice as authoritative and testing suppression end to end before any campaign or agent uses the data.
Yes. It ingests from cloud storage, databases, web and mobile SDKs, APIs and prebuilt connectors, and MuleSoft can bring in systems without a native connector. The practical limits are data quality and update frequency rather than connectivity. We assess each source for how reliably it identifies customers and how fresh its data needs to be before deciding how to connect it.
Name a platform owner to watch data streams, consumption and errors, plus a data steward who reviews merges and profile accuracy. Give every segment and insight its own business owner. Marketing, service and AI teams consume the output, but someone has to own the inputs. Without those roles, unified profiles decay as source systems change. Writing responsibilities into a simple runbook before launch makes handoffs far easier.
The CRM where sales pipeline lives, when it is built right.
The operating system for modern customer service, case, knowledge, voice, and AI agent assist together.
Scheduling, dispatch, mobile work orders and parts for teams that work on site.
Cross-channel marketing, email, mobile, journey, and data-cloud-powered personalization at scale.
Industry CRM for wealth management, banking, insurance, and lending, built for compliance from the start.
Configure-price-quote, billing, subscription management, and quote-to-cash on Salesforce.
Tech Talk
A monthly brief for the people who own Salesforce, AI and revenue technology
What changed in Salesforce and AI this month, and what to do about it.
One email a month. Written by the consultants who deliver the work, not by a marketing team, for the leaders who make the technology decisions.
Consultant analysis, not vendor recaps. One click to leave.