How CRM Analytics Fits: Architecture & Data Flow

A simple map of CRM Analytics architecture: connectors, CSV upload, ETL/API ingestion, datasets, live connections, output, and dedicated compute in Salesforce.

How CRM Analytics Fits: Architecture & Data Flow

Now that you know what CRM Analytics is, let's look at how it fits together. You do not need to memorize an engineering diagram, but a simple mental map of the architecture and data flow will make every later lesson — data sync, recipes, live connections — click into place. The clip above walks through this at a high level; here is the same picture in words.

Getting data in

CRM Analytics is only as useful as the data you feed it, so it offers several on-ramps:

Native Salesforce connector

Pull standard and custom objects with no middleware, drivers, or exports — point it at Accounts, Opportunities, Cases, and it just works.

Other-cloud connectors

Prebuilt connectors reach external systems — other orgs, marketing clouds, data warehouses — to bring their data alongside CRM data.

CSV upload

Upload a spreadsheet directly for one-off or reference data.

ETL / API ingestion

For industrial needs, an external ETL tool or the analytics API can push data in on a schedule.

Where the data lands: datasets

However data arrives, it ultimately lands in datasets. A dataset is CRM Analytics' optimized, columnar storage format, engineered for fast queries over large volumes. Once you have datasets in place, the real fun begins:

  • Combine datasets — join or blend multiple sources so a single analysis can span, say, opportunities and external revenue data.
  • Create derived fields — compute new values (ratios, buckets, flags) that did not exist in the source.

This is where raw data becomes a shaped, analysis-ready model.

Live vs. replicated data

Not every source needs to be copied. CRM Analytics supports two philosophies:

Replicated data is copied into a dataset — fast to query, but a point-in-time snapshot. Live connections (Direct Data) query the source system in real time — for example, running against Snowflake directly so you always see current data without duplicating it.

Replication gives you blistering speed and the ability to blend and transform freely. Live/Direct Data gives you freshness and avoids storing another copy. Real-world architectures often use both, choosing per source based on volume, freshness needs, and governance.

Getting data back out

The flow is bidirectional. CRM Analytics is not a dead end where data goes to be viewed and forgotten. Through output connections, it can push results back out to other systems — for example to AWS S3, Snowflake, or Tableau Hyper extracts. That means the shaped, enriched, or scored data you build here can feed downstream warehouses, other BI tools, or data lakes.

Dedicated, virtualized compute

Here is the architectural detail that ties it all together, and it echoes the previous lesson. CRM Analytics runs on dedicated, virtualized compute — separate from the transactional database that powers your live Salesforce app.

Why does this matter? Analytics is heavy. Scanning millions of rows, joining datasets, and training models would grind an operational database to a halt and hurt every user trying to save a record. By running analytics on its own compute layer against optimized datasets, CRM Analytics keeps your day-to-day CRM snappy while still crunching serious volume behind the scenes.

The big picture

Put it together and the flow reads left to right, then back:

  1. 1

    Ingest

    Bring data in via the native connector, other-cloud connectors, CSV upload, ETL/API, or a live connection.

  2. 2

    Land in a dataset

    Data settles into optimized, columnar datasets built for fast queries at scale.

  3. 3

    Combine & derive

    Join or blend datasets and create derived fields to shape an analysis-ready model.

  4. 4

    Build & output

    Explore in lenses and dashboards on dedicated compute, and push results back out to S3, Snowflake, or Tableau Hyper.

Keep this map in mind. In the next lesson we zoom into the data layer itself — sync, recipes, dataflows, and the datasets that make all of this fast.

Discussion

No comments yet — be the first to start the discussion.