Salesforce Tableau CRM Einstein Discovery Consultant (SP24): Practical Exam Guide
This certification validates the knowledge and performance skills needed to implement CRM Analytics and Einstein Discovery at enterprise level. It is aimed at consultants who design, build, secure, deploy, and support analytics apps, datasets, dashboards, and stories in Salesforce Lightning Experience. The key preparation decision is whether you need to build working product knowledge first or can move directly into scenario practice. This guide helps you identify that starting point, sequence the official study material, and turn each subject area into a practical implementation decision.
What does this certification actually validate?
The credential tests more than dashboard assembly. Salesforce describes it as an assessment of implementing CRM Analytics and Einstein Discovery at enterprise level, including the design, construction, and support of apps, datasets, dashboards, and stories. A useful preparation plan therefore combines product configuration, data reasoning, security, user experience, and model interpretation.
The current Salesforce credential is titled “Salesforce Certified CRM Analytics and Einstein Discovery Consultant.” Some official preparation resources use the earlier “Tableau CRM & Einstein Discovery Consultant” naming, so candidates searching for study material may encounter both labels. Treat the current credential page as the naming reference and use older official learning resources only when their subject matter remains relevant.
The exam assesses Salesforce Lightning Experience. Your revision should consequently use the current Salesforce interface and terminology rather than relying exclusively on older screenshots, informal notes, or memory-based descriptions of the product.
The consultant mindset to practise
For each topic, ask four questions: What business decision is being supported? Where does the data come from? Who should be able to see or change the result? How will the result be maintained after deployment? This sequence is more useful than memorising isolated feature names because many consultant scenarios combine design, administration, and governance.
Who is the intended candidate?
Salesforce states that the typical consultant has at least one year of experience across the CRM Analytics and Einstein Discovery domains. That is an experience profile, not a claim that every candidate must prove a particular prerequisite. If you are newer to the products, plan for hands-on learning before relying on flashcards or scenario review.
The target profile includes broad knowledge of dataset management, permissions and security implementations, advanced SAQL, and JSON for desktop and mobile dashboards. These subjects signal that the exam is not limited to clicking through standard dashboard widgets; it expects you to understand how analytics assets are shaped, protected, queried, and presented across contexts.
A candidate who works mainly with Salesforce reports may know the business side of analytics but still need deliberate practice with CRM Analytics dataflows or datasets, security predicates, SAQL, dashboard bindings, and Einstein Discovery model workflows. Conversely, a data specialist may need more time on Salesforce permissions, sharing inheritance, app governance, and embedded user experiences.
A quick readiness check
You are closer to exam readiness if you can explain the difference between a data design choice and a dashboard design choice, trace how a user receives access to an asset, interpret a model’s insight without overstating it, and diagnose whether a result is caused by data, query logic, security, or presentation. Gaps in any of these areas should determine your study sequence.
Which skills should shape the study plan?
Organise preparation into three connected skill groups: data layer and administration, security and implementation, and design and discovery. This mirrors Salesforce’s official study trail and prevents a common mistake—studying visual design while postponing the data and access decisions that determine whether a dashboard can work in production.
The data and administration group should cover dataset management, user provisioning, asset governance, and the construction of queries. The exam guide specifically identifies SAQL-, SOQL-, and SQL-powered queries, so revision should include when each query language fits the data source and the analytical requirement. Do not study query syntax as a detached coding exercise; connect it to grouping, filtering, joins, projections, and the result a dashboard needs.
The security and implementation group includes deployment between environments, security predicates, sharing inheritance, app permissions, and the broader governance of CRM Analytics assets. Embedding dashboards with filters in Salesforce pages or Experience Cloud also belongs here because access and context affect what a user can see.
The design and discovery group includes visualization selection, CRM Analytics dashboard UX practices, dashboard interaction, and Einstein Discovery story design. Salesforce also identifies selection and result bindings, user-interface connections between data sources, template apps, and compare or pivot tables for dynamic calculations.
How to handle blueprint information
The supplied official research does not provide domain percentages for the SP24 exam. Do not build a revision schedule around unsupported weights or compare unlabeled figures from third-party pages. Use the official domain descriptions to identify coverage, then allocate extra practice time to the areas where you cannot yet explain or demonstrate the underlying decision.
What should you learn first?
Start with the data path: source data, dataset structure, query or recipe logic, security, dashboard consumption, and deployment. Einstein Discovery should then be studied as a decision-support workflow rather than as a separate artificial-intelligence topic. This order gives you the context needed to understand where model inputs originate and how insights reach users.
Begin by reviewing how a CRM Analytics dataset is built and used. Identify dimensions, measures, filters, and relationships in a business scenario, then write down the expected result before attempting to create a chart. This habit exposes misunderstandings early: a chart cannot repair missing fields, incorrect grain, or an unsuitable aggregation.
Next, practise the administrative path. Map a user to the permissions, app access, asset sharing, and row-level security conditions that affect visibility. Include deployment considerations: identify what must move between environments, what depends on connected data, and what should be governed centrally.
Only after that should you spend extended time on dashboard interactions and visual polish. A visually convincing dashboard with incorrect filters or incomplete security is not a successful consultant solution.
A useful learning loop
For every feature, use the same loop: read the official explanation, configure a small example, change one condition, observe the result, and explain why the result changed. Record the business requirement, configuration choice, expected behaviour, and failure mode. These notes become much stronger revision material than copied definitions.
How should you prepare for the data and administration domain?
Treat data preparation and administration as implementation work. Build a mental model of how datasets are managed, how users are provisioned, how assets are governed, and how queries produce the data that dashboards consume. The goal is to select a sound configuration when a scenario introduces competing requirements.
Practise distinguishing a dataset problem from a query problem. If a required field or relationship is absent, changing a dashboard query may not solve the issue. If the dataset is suitable but the output is wrong, inspect grouping, filtering, joins, and aggregation logic instead. When studying SAQL, SOQL, and SQL, focus on the role each plays in the stated architecture rather than memorising fragments without context.
Use small exercises that ask you to produce one measurable result: pipeline value by stage, activity by period, or another clearly defined business measure. State the grain and filters in plain language before writing the query. Then check whether the result would remain correct when a dashboard selection changes.
Keep an administration checklist covering user provisioning, app permissions, asset governance, deployment, and the effect of sharing inheritance. A scenario may appear to ask for a dashboard change when the real issue is that the intended audience cannot access the underlying asset.
Common data mistakes
Candidates often confuse a field label with a usable measure, overlook data grain, or assume that a dashboard filter automatically fixes an incorrectly prepared dataset. Another mistake is learning query syntax without checking the expected output. Always validate the number, grouping, and audience of the result, not just whether the query runs.
How should you study security and deployment?
Security questions require a layered answer: user access, app or asset permissions, inherited sharing behaviour, and row-level restrictions. Study these layers together, then test how they interact during deployment and embedding. A correct dashboard design is incomplete if it exposes records to the wrong audience or fails for legitimate users.
Create scenario tables with columns for user, app, asset, row-level condition, and expected visibility. Fill them in for an executive, manager, analyst, and external Experience Cloud audience. The purpose is not to invent a universal permission recipe; it is to practise tracing the reason a user can or cannot see a result.
Give security predicates special attention because they determine which rows a user can receive. Compare this with asset-level access, which governs whether the user can use the dashboard or app at all. Then consider sharing inheritance and whether the proposed arrangement matches the organisation’s governance model.
For deployment, list dependencies before moving an asset between environments. Ask which data connections, datasets, permissions, and embedded locations must exist in the destination. Practise explaining what should be validated after deployment instead of assuming that a successful transfer proves the implementation is ready.
Security pitfalls to avoid
Do not treat hiding a dashboard widget as data security. Do not infer that a user’s Salesforce record access automatically answers every CRM Analytics visibility question. Do not test only with an administrator. Use representative users and verify both permitted and restricted results, especially when a dashboard is embedded in a Salesforce page or Experience Cloud.
How can you prepare for dashboard design and performance?
Build dashboards from the user’s decision and interaction path, not from a collection of available charts. The exam guide covers visualization selection, UX and dashboard best practices, bindings, template apps, dynamic calculations, performance optimization with Dashboard Inspector, embedded components, and mobile layout conversion.
For each dashboard exercise, define the audience, first question, follow-up question, required filter, and action that should follow the insight. Then choose a visualization that makes the comparison clear. A chart that looks attractive but hides the relevant comparison is a design failure even if its query is technically correct.
Practise selection and result bindings as interaction mechanisms. Trace what changes when a user selects a mark, changes a filter, or supplies a result to another component. Also review how data sources are connected through the user interface and how template apps are configured, because reusable designs still require correct data and access assumptions.
Use Dashboard Inspector when investigating performance rather than guessing. Separate slow data retrieval, excessive dashboard complexity, and inefficient interaction behaviour in your notes. Also practise adding pages or embedded components and converting layouts for mobile devices, checking whether the most important decision remains easy to reach on a smaller screen.
A practical dashboard review
Review a dashboard in this order: data correctness, security, interaction logic, visual hierarchy, performance, and mobile or embedded behaviour. This sequence avoids polishing a component that later has to be removed because its query, access model, or binding is wrong.
Where does Einstein Discovery fit?
Einstein Discovery preparation should cover the complete path from data to action: build a dataset, create a model, evaluate it, explore insights, deploy the model, and use predictions to improve outcomes. Salesforce’s official learning content presents these as connected stages, so study them as a workflow rather than as unrelated machine-learning vocabulary.
Start with the business outcome and the target variable. Identify which fields can reasonably support the analysis and which may introduce leakage, bias, or an interpretation problem. Then consider the model’s audience: a consultant must communicate what an insight means, how reliable the underlying data is, and what action is appropriate without presenting a prediction as a guarantee.
When evaluating a model, practise asking whether the result is useful for the stated decision and whether the data supports the conclusion. Explore insights in relation to the original dataset and business context. During deployment review, identify where the model is surfaced and how users are expected to act on the recommendation.
The official Einstein Discovery Basics module includes lessons on getting to know Einstein Discovery, building a CRM Analytics dataset, creating and evaluating a model, exploring insights, deploying a model, and predicting and improving outcomes. Use those lessons to close workflow gaps, especially if your experience is stronger in dashboards than in model deployment.
Model-related mistakes
Do not memorise model terminology while ignoring the data preparation and decision context. Do not assume an insight automatically proves causation or that deployment alone creates business value. A stronger answer connects the model output to the target outcome, the user’s action, the data limitations, and the control needed after release.
Which official study resources should you use?
Use Salesforce’s study trail as the organising spine, then supplement it with the Einstein Discovery Basics module and targeted hands-on exercises. The official trail contains three preparation badges covering data layer and administration, security and implementation, and design and discovery, with scenarios and interactive flashcards.
The study trail lists an estimated completion time of approximately 1 hour and 50 minutes. Treat that as the trail’s estimated consumption time, not as a complete preparation estimate. Reading or completing the badges does not replace practice with datasets, queries, permissions, dashboards, bindings, and model decisions.
The dedicated CRM Analytics and Einstein Discovery Consultant Prep Study resource includes the Design and Discovery preparation badge. Its listed content includes dashboard design study and Einstein Discovery story design. Use it after learning the foundations so that the scenarios test understanding rather than introduce every concept for the first time.
The Einstein Discovery Basics module is a useful foundation for candidates who need a structured introduction to predictive models. Its listed learning path covers creating, evaluating, exploring, deploying, and applying model outcomes. Salesforce also notes that the study trail may include content available only in English, so check the resource before planning a language-dependent study schedule.
How to use flashcards effectively
Answer each scenario before revealing the explanation, then write the rule in your own words and attach a counterexample. If the card asks for a configuration choice, record why the alternatives are weaker. Revisit cards linked to real gaps; repeatedly reviewing familiar definitions creates confidence without improving implementation judgement.
What is a practical study roadmap?
A four-stage roadmap works well when you need both product grounding and exam-style judgement: establish the architecture, practise administration and security, build interactive analytics and discovery workflows, then review mixed scenarios. Adjust the time spent in each stage according to your weakest demonstrated skill rather than dividing study time evenly.
Stage one—architecture and data—should produce a simple map from source to dataset to query to dashboard or model. Review dataset management, measures and dimensions, query choices, and the relationship between data quality and business questions. Finish this stage by explaining the map without looking at notes.
Stage two—administration and security—should produce permission and visibility matrices. Work through provisioning, app permissions, asset governance, security predicates, sharing inheritance, and deployment dependencies. Test your reasoning with different users and destinations, including an embedded Salesforce or Experience Cloud context where relevant.
Stage three—design and discovery—should produce one dashboard review and one Einstein Discovery workflow. For the dashboard, document visual choices, bindings, filters, performance checks, and mobile considerations. For Discovery, document the target, dataset, model evaluation, insight interpretation, deployment point, and recommended action.
Stage four—mixed review—should combine domains. Take a business request and ask what data is needed, how it is secured, which query or model is appropriate, how the result is presented, and how it is deployed and supported. This is closer to consultant reasoning than studying each product feature in isolation.
A final-week checklist
Before scheduling, confirm that you can explain every major study domain without notes, identify the cause of a wrong result, distinguish asset access from row-level security, reason about bindings and performance, and describe the Einstein Discovery workflow from dataset to action. Review official material for any product detail that may have changed since your notes were created.
What delivery details are confirmed?
The supplied official research confirms that the exam assesses Salesforce Lightning Experience, but it does not provide a verified delivery method, question count, duration, passing score, languages, price, or registration schedule. Do not rely on third-party pages for those details without checking the current official certification information before booking.
This matters for scheduling: separate preparation readiness from booking assumptions. First verify the current credential page and Salesforce’s registration information for live logistics. Then confirm any account, identification, delivery, or environment requirements stated there. The official sources supplied for this guide do not support filling those gaps with estimates.
The current credential naming should also be checked when searching for registration information. Salesforce’s credential page uses “Salesforce Certified CRM Analytics and Einstein Discovery Consultant,” while an official preparation resource may still display the former Tableau CRM wording. Both names can help locate resources, but they should not be treated as evidence of separate exams.
Maintenance after certification
For the Spring ’26 release, Salesforce requires people who earned this certification on or before April 22, 2026, to complete the corresponding maintenance badge by April 16, 2027. If that condition applies to you, verify the maintenance requirement in Salesforce’s official maintenance information and track it separately from initial exam preparation.
What should you do next?
Choose your starting point from evidence, not optimism. If you cannot trace data, access, interaction, and model decisions in a realistic scenario, begin with the official learning trail and hands-on foundations. If you can configure those workflows but struggle with explanation or trade-offs, move quickly to the three preparation badges and build a focused error log.
Open the official study trail and record which of its three badges is least familiar. Complete the Einstein Discovery Basics material if the model lifecycle is new to you. For every weak topic, create a small implementation exercise and a short explanation of the decision, expected result, security impact, and support concern.
Before booking, recheck official Salesforce information for current logistics and any release-specific changes. Use this guide to organise work, not to replace the official exam information. Avoid exam dumps and leaked-question claims: memorising unauthorised content does not establish the product judgement this consultant credential is intended to assess.
A decision rule for scheduling
Schedule only when your practice review shows repeatable reasoning across data, administration, security, design, and Discovery—not merely a strong score on recall questions. Keep studying if you still need to guess whether a problem belongs to the dataset, query, permission model, binding, or model workflow. That diagnosis is a core consultant habit.
Conclusion
The strongest preparation for this certification is a connected implementation practice: shape trustworthy data, secure it correctly, query it deliberately, present it through usable dashboards, and turn Einstein Discovery insights into appropriate action. Use Salesforce’s official trail to structure coverage, use hands-on exercises to expose gaps, and verify current exam logistics directly before scheduling. The title may appear in both current and earlier forms, but the practical target remains the same: sound CRM Analytics and Einstein Discovery decisions in Salesforce Lightning Experience.
Related exams
- ADM-261 exam — Salesforce Service Cloud Administration
- Als-Con-201 exam — Salesforce Certified Agentforce Life Sciences Consultant
- Analytics-Con-301 exam — Salesforce Certified Tableau Consultant
- CRM-Analytics-and-Einstein-Discovery-Consultant exam — Salesforce Certified CRM Analytics and Einstein Discovery Consultant
- Education-Cloud-Consultant exam — Salesforce Certified Education Cloud Consultant
- Experience-Cloud-Consultant exam — Salesforce Certified Experience Cloud Consultant
