Pipeline shows value, not risk
Historical movement, opportunity quality, activity and signals requiring attention are missing.
CRM Analytics · Salesforce · dashboards · analytics apps
I design interactive dashboards using sales, service and external data. Users see the KPI, its drivers and record detail in the environment where they already work.
CRM Analytics is the current name of the former Einstein Analytics and Tableau CRM. Tableau Next is a separate product, so the scope follows the organisation's actual Salesforce environment.
When CRM Analytics makes sense
CRM Analytics becomes useful when teams need to connect objects, analyse history and result drivers, or enrich CRM with data from outside Salesforce.
Historical movement, opportunity quality, activity and signals requiring attention are missing.
Account, Opportunity, Activity, Case and custom objects are difficult to combine reliably.
Plan, billing, product or marketing data is needed to explain sales and service outcomes.
Conversion, pipeline coverage and forecast differ across reports and spreadsheets.
Recipients cannot see the data period or owner of a failed job or dataset.
App sharing does not replace record-visibility design and security-predicate testing.
Reporting product
I separate data preparation, analytics logic and the recipient experience, turning the dashboard into part of a managed reporting environment.
Standard and custom objects, files, connectors and optionally Data 360 data.
Joining, cleaning, aggregation, calculated fields, schedules and job control.
KPIs, queries, filters, interactions, drill-down, record detail and device layouts.
Organised assets, sharing, Salesforce embedding and a path to action.
Example product
This is an illustrative structure. Pages, queries and detail follow the sales process, data model and audience roles.
Revenue, pipeline, coverage, win rate, trend and primary variances.
Stage aging, inactivity, close-date movement and values at risk.
Stage conversion by team, segment, source and product.
From aggregate to account, opportunity and the next action in Salesforce.
Data and refresh
Recipes provide the more convenient path for new preparation processes. Existing or technical scenarios may continue to use dataflows without an automatic rewrite.
Required fields, relationships, history, sync frequency and external data.
Logic designed to stay understandable, testable and maintainable.
A report is credible only when refresh status is visible.
Process
Roles, Salesforce reports, spreadsheets, apps, licences, problems and expected actions.
Objects, grain, relationships, history, external data, metric definitions and system of record.
Pages, information hierarchy, widgets, filters, interactions, drill-down and record path.
Transformations, queries, lenses, dashboard designer, layouts, performance and schedules.
Licences, permission sets, apps, roles, groups, security predicates and test scenarios.
KPI reconciliation, job tests, documentation, audience training and report-development process.
Use cases
Outcome, forecast, pipeline coverage, movement and key risk.
Stages, velocity, aging, conversion, lost opportunities and funnel quality.
Team results, activity, opportunity portfolio, coaching and priorities.
Sales, activity, products, service cases and account potential.
Volume, SLA, backlog, resolution time, channels and recurring contact drivers.
Data gaps, inactive opportunities, date movement, adoption and process consistency.
Security
Licences and permission sets expose features. App sharing controls asset access, while security predicates may restrict dataset rows.
Who can view, explore, build dashboards or manage recipes and dataflows.
Which groups, roles and users access apps, dashboards, lenses and datasets.
A security predicate defines dataset rows visible to the signed-in user.
Salesperson, manager, director and administrator are tested against specific records.
Acceptance criteria
Criteria follow the process, data, licences and decision frequency.
Honest limitations

Reporting and business analytics
I work with management reporting in Salesforce CRM Analytics, Tableau, Power BI and Looker Studio, matching scope to the client's environment rather than moving simple reports into a more complex tool without a business reason.
Figures refer to the broader analytics and data practice, not only Salesforce CRM Analytics implementations.
Before we talk
Yes. It is the current name of the product formerly known as Einstein Analytics and Tableau CRM.
No. They are separate Salesforce products. CRM Analytics remains relevant for organisations that need analytics embedded deeply in Salesforce.
A simple summary on one or a few well-related objects may be faster and easier to maintain. CRM Analytics adds value for history, multiple sources, advanced transformation and interactive analysis.
I normally start new preparation flows with recipes. Dataflows can remain appropriate in existing or technical solutions and do not require automatic replacement.
Yes, depending on connectors, licences and architecture. Data may be prepared in CRM Analytics, loaded through files or connectors, or accessed through supported direct mechanisms.
The design covers feature permissions, app sharing and dataset row-level security. Security predicates require tests with actual roles and records.
First step
I will follow up on licences, objects, external data, roles, refresh frequency and where the dashboard will be used.
More context