← Back to AI & Future
AI-018 AI & Future 20 min read For: Tech Leaders

AI-Driven Analytics in CRM Analytics: From Descriptive to Prescriptive

Most CRM Analytics deployments stop at "what happened" — AI extends the capability to "what will happen" and "what should you do", but the architectural path from one to the other is not automatic.

VS

Vishal Sharma

Salesforce AI Specialist · Updated May 2026

What you will learn in this tutorial
  • The four-stage analytics maturity model: descriptive, diagnostic, predictive, prescriptive
  • What CRM Analytics (formerly Tableau CRM / Einstein Analytics) provides at each stage natively
  • How Einstein Discovery adds predictive and prescriptive capability within CRM Analytics
  • The data architecture requirements for moving from descriptive to predictive analytics
  • Where Data Cloud fits as the unified data layer for advanced analytics
  • Common failure patterns when programmes attempt prescriptive analytics before the data foundation is ready

The Four-Stage Analytics Maturity Model

The analytics maturity model describes the progression from reporting on the past to influencing the future. Each stage requires the previous one as a foundation — programmes that attempt to skip stages consistently fail to sustain the advanced capability they deploy.

Descriptive analytics answers "what happened?" — dashboards, reports, and trend charts on historical CRM data. This is where most Salesforce deployments live. CRM Analytics (the dashboarding layer formerly known as Tableau CRM and Einstein Analytics) provides strong descriptive capability through its drag-and-drop dashboard builder, direct Salesforce data connectivity, and role-based access model.

Diagnostic analytics answers "why did it happen?" — drill-down capability, cohort comparison, attribution analysis. CRM Analytics supports this through its SAQL query language, lens exploration, and custom chart types. This is where many deployments plateau — not because the tool lacks capability but because the data model is not structured to support the questions being asked.

Predictive analytics answers "what will happen?" — Einstein Forecasting, Einstein Lead Scoring, Einstein Discovery predictions. This requires sufficient historical data with consistent labels and requires that the descriptive foundation is clean enough for the model to learn meaningful patterns.

Prescriptive analytics answers "what should we do?" — Einstein Discovery's prescriptive recommendations, embedded in dashboards and surfaced in CRM Console. This is the highest-value tier and the least commonly reached. It requires predictive capability as a foundation plus a closed-loop between recommendation and action — which requires integration between the analytics layer and the operational CRM layer.

💡
Insight

Most analytics investment is wasted because organisations fund descriptive tools while expecting prescriptive outcomes. A better dashboard does not produce better decisions — better decisions require an analytical layer that tells decision-makers what to do, not just what happened. The tool investment required for prescriptive analytics is significant; the data and process investment required is larger.

Einstein Discovery: The Predictive and Prescriptive Engine

Einstein Discovery is CRM Analytics' automated machine learning capability. It builds predictive models from your Salesforce data without requiring a data scientist to write model code, and surfaces its predictions and recommendations in three ways: as insights in the CRM Analytics dashboard, as fields written back to Salesforce records, and as prescriptive recommendations visible to users in context.

The model building process is largely automated. You select a target outcome (closed won, churn, case escalation), choose the data fields to include, and Einstein Discovery trains a model, evaluates it, and explains which factors most strongly predict the outcome. This democratisation of model building is genuinely valuable — it allows analytics teams without data science expertise to deploy predictive capability. But it does not eliminate the need for analytical rigour; models built on poor data, with insufficient outcome examples, or targeting outcome variables that are inconsistently defined will produce unreliable results regardless of the automation.

Writeback: From Analytics to CRM Records

Einstein Discovery's writeback capability pushes prediction scores and recommendations from the analytics model back to Salesforce object fields. This is the mechanism that closes the loop between analysis and action — an opportunity in the pipeline gets an Einstein Discovery churn risk score written to a field, which then triggers a Flow that creates a task for the account manager. This integration pattern converts a passive analytical insight into an active operational signal.

🔑
Key Concept

The writeback pattern is what makes analytics prescriptive rather than merely predictive. A prediction score sitting in a dashboard requires a human to read the dashboard, interpret the score, and take action. A score written to a record field, combined with an automation that acts on it, removes human latency from the decision cycle entirely. This is the architectural difference between descriptive intelligence and operational intelligence.

Data Architecture Requirements for Predictive Analytics

Moving from descriptive to predictive analytics requires data architecture changes that most CRM Analytics deployments have not made. The three most common gaps are: insufficient historical outcome data, inconsistent field usage across the historical record, and missing data from external systems that are predictively significant.

Insufficient historical outcome data is the most common blocker. Einstein Discovery needs at least 400 positive outcome examples to train a reliable model (and performs better with 1,000+). If you have a 20% win rate and want to predict deal closure, you need at least 2,000 closed opportunities in Salesforce to have 400 won deals for the model to learn from. Programmes that have been on Salesforce for less than two years often do not meet this threshold.

Missing external data is the second common gap. Predictive models for sales and service outcomes often need signals from outside Salesforce — financial system data, website behaviour, product usage telemetry. These signals are not available in a Salesforce-only analytics architecture. Data Cloud is the correct architectural response: it unifies external and CRM data into a single profile that CRM Analytics can query as its data source, enabling predictive models that use the full signal set rather than just CRM data.

Where Data Cloud Fits

Data Cloud is Salesforce's customer data platform — it ingests data from multiple sources, resolves customer identities across those sources, and produces a unified customer profile. For analytics purposes, it provides a richer, more complete data foundation than CRM data alone.

The architectural pattern for advanced CRM Analytics deployments is: Data Cloud as the data layer, CRM Analytics as the analysis and visualisation layer, Einstein Discovery as the model layer, and Salesforce CRM as the action layer. Data Cloud feeds CRM Analytics with unified profile data; CRM Analytics builds dashboards and feeds Einstein Discovery training sets; Einstein Discovery writes predictions back to CRM objects; CRM automation acts on those predictions.

This architecture requires investment in Data Cloud ingestion pipelines, identity resolution configuration, and CRM Analytics dataset design. It is not a trivial implementation, and it is not the right architecture for every analytics use case. For programmes where CRM data alone is sufficient to answer the relevant predictive questions, Salesforce-native data without Data Cloud is appropriate.

Failure Patterns in Advanced Analytics Deployments

The most common failure pattern is deploying Einstein Discovery against historical data that reflects inconsistent CRM usage rather than real business behaviour. If close dates were routinely fictitious, stage updates were sporadic, and activity logging was inconsistent, the model learns those patterns rather than the underlying business dynamics. Cleaning the historical data before model training is not optional — it is the most important investment in the analytics programme.

The second failure pattern is prescriptive recommendations that are not acted upon. An Einstein Discovery model that identifies high-risk accounts and surfaces a recommendation in a dashboard produces no value if nobody looks at the dashboard or if looking at it creates no obligation to act. Prescriptive analytics requires a change management programme that defines who is responsible for acting on recommendations, by when, and how compliance is tracked. Without this, the analytical capability is built but the business value is not captured.

Leader Perspective

Start with diagnostic analytics before investing in predictive. The discipline of answering "why did it happen?" rigorously will reveal data quality problems, field usage inconsistencies, and missing data sources that will limit predictive capability — and it is far cheaper to find them at the diagnostic stage than after you have built a predictive model that does not perform.

Key Takeaways

  • Analytics maturity progresses through four stages: descriptive → diagnostic → predictive → prescriptive — each stage requires the previous as a foundation
  • Einstein Discovery automates model building but does not eliminate the need for data quality and sufficient historical outcome examples (minimum 400 positive cases)
  • The writeback pattern — Einstein Discovery predictions written to Salesforce record fields — is what converts analytics into operational intelligence by connecting predictions to automations
  • Data Cloud is the correct architectural foundation for predictive models that need signals from outside Salesforce; Salesforce-native data is sufficient when CRM signals alone are adequate
  • Prescriptive recommendations without an accountable action process deliver no business value — change management is as important as the analytical capability
  • Invest in diagnostic analytics first — it reveals data quality and model readiness issues at lower cost than discovering them after a predictive model is built

Checkpoint: Test Your Understanding

1. A programme wants to use Einstein Discovery to predict deal churn risk. Their Salesforce org has a 15% win rate and 1,200 total closed opportunities. Is the data volume sufficient?

A. Yes — 1,200 opportunities exceeds Einstein Discovery's minimum threshold of 400
B. Marginally — with a 15% win rate, 1,200 opportunities yields only 180 won deals, well below the 400 positive outcome examples needed; the model will likely underperform
C. No — Einstein Discovery requires a minimum of 5,000 opportunities for sales prediction models
D. Volume is irrelevant — Einstein Discovery uses sampling, so any dataset size is sufficient

2. What is the purpose of Einstein Discovery's writeback capability?

A. It writes model training data back to Einstein Discovery datasets for continuous learning
B. It exports model predictions to an external data warehouse for long-term storage
C. It pushes prediction scores and recommendations from Einstein Discovery back to Salesforce record fields, enabling automations to act on predictions without requiring human dashboard review
D. It synchronises CRM Analytics dashboards with Tableau Server for enterprise distribution

3. Why should an organisation invest in diagnostic analytics before deploying Einstein Discovery for predictive modelling?

A. Salesforce requires a CRM Analytics diagnostic assessment to be completed before Einstein Discovery can be enabled
B. Diagnostic analytics generates the training data that Einstein Discovery needs to build models
C. Diagnostic analysis reveals data quality problems and field usage inconsistencies at lower cost — discovering these at the diagnostic stage is far cheaper than finding them after a predictive model has been built and underperforms
D. Einstein Discovery cannot be trained until diagnostic dashboard adoption reaches 70% of users

Discussion & Feedback