Skip to content
Salesforce

Salesforce org health check: know what you are running

A two-to-three-week audit of technical debt, security, performance and adoption, scored per pillar, with a prioritised backlog you can hand to your own team or ours.

  • 2–3 weeks
  • Four pillars, scored
  • Read-only access only
  • Backlog with effort bands
When to run one

Five moments that call for an audit

A Salesforce org accumulates decisions. After a few years nobody remembers why the Flow fires twice or who the integration user is. A health check turns that fog into a list.

Typical triggers

  • You inherited an org and nobody knows what the forty Flows do
  • You are about to add Agentforce or an LLM and need to know what data and permissions it would touch (see the AI roadmap)
  • Users say the org is slow, or they have quietly stopped using it
  • You are deciding between fixing in place and re-implementing
  • Renewal is coming, and licences, storage or add-ons look wrong

What you get

  • A score per pillar, with the evidence behind every point lost
  • A backlog ordered by risk and effort, with quick wins marked
  • A written recommendation: fix in place, or re-implement
  • Something concrete to hand to a managed-services team or your own admin
The four pillars

What we look at

Technical debt

  • Unused fields, objects and page layouts
  • Workflow rules and Process Builder still running
  • Flows that overlap or fire on the same record
  • Hard-coded ids and URLs in formulas, Flows and Apex
  • Apex without tests, or tests that assert nothing

Security

  • Profiles doing the work of permission sets
  • Field-level security on sensitive fields
  • Sharing model: org-wide defaults, roles, sharing rules
  • Login policies, MFA, session settings
  • Connected apps, API users and integration permissions

Performance

  • SOQL and DML inside loops
  • Governor-limit exposure in triggers and batch jobs
  • Ownership and lookup data skew
  • Large data volumes without indexes or archiving
  • Slow pages and stacked record-triggered Flows

Adoption

  • Login rates by profile and team
  • Stale records: opportunities past close date, untouched cases
  • Reports and dashboards actually opened
  • Fields filled versus fields required
  • Where a team keeps a spreadsheet instead
Scorecard

What the scorecard looks like

One number per pillar, each backed by a list of findings with a weight. The target line is where an org should sit before you build AI features on top of it.

Illustrative health check scorecard: technical debt 48, security 71, performance 63 and adoption 55 out of 100, against a target of 80 Illustrative scorecard Example scores, not a benchmark Target 80: ready for AI features Technical debt unused fields, legacy automation 48 / 100 Security permissions, FLS, sharing, MFA 71 / 100 Performance SOQL, limits, data skew 63 / 100 Adoption logins, stale records, reports 55 / 100
Illustrative scores for a mid-sized org after five years of growth. Each pillar is scored from evidence, and every finding links to a backlog item with an effort band.
Process

Two to three weeks, five steps

  1. Access and extract

    Days one and two: read-only user, metadata retrieval, Salesforce Optimizer output, event log files and usage reports.

  2. Automated scans

    Static analysis of Apex, Flows and metadata; dependency mapping per object; limits and storage; the permission matrix.

  3. Interviews and review

    Week two: the admin, two or three power users, one integration owner. We open the Flows nobody dares to.

  4. Scoring and backlog

    Findings grouped per pillar, weighted and scored. Each becomes a backlog item with an effort band; quick wins are separated.

  5. Playback

    A ninety-minute session with your decision-makers, then the written report and the backlog in a format your tracker can import.

Evidence

How we check, and what we usually find

What we checkHowTypical finding
Automation overlapFlow, trigger and legacy rule inventory per objectThree automations updating the same field in an order nobody chose
Permission sprawlProfile and permission-set matrixMost users on a cloned System Administrator profile
Sensitive data exposureField audit against a data classificationIdentity numbers or salary fields readable by every internal user (see AI data privacy)
Apex qualityStatic analysis plus a read of the testsCoverage above the platform minimum achieved by tests with no assertions
Data skewOwnership and parent-child distributionA single integration user owning most records, causing lock contention
Storage and limitsLimits API plus growth trendData storage at the cap because attachments were never archived
AdoptionLogin history and report usageDashboards built for the launch, not opened since
Deliverables

What you receive

Scored report

Four pillar scores, the weighting behind them, and the findings in plain language for people who do not log in to Setup.

Prioritised backlog

Every finding as a ticket with risk, reach and an effort band, ordered so the first ten items remove the most risk.

Quick wins

Items that take under a day each: deactivating dead automation, tightening a sharing rule, archiving a storage hog.

Fix or rebuild

A recommendation with the evidence, against the re-implementation criteria, and an estimate band for either route.

What happens next

Fix in place, or start again

Most orgs are worth fixing. The backlog goes to your admin or into a managed-services retainer, and we re-score after the first quarter so the improvement is visible. A minority have debt so tangled that a clean org, with a disciplined data migration, is cheaper than the untangling. The report says which, and why.

Where Salesforce is one of several ageing systems, the same audit method extends to the rest of the estate under legacy modernisation. Where AI features are planned, the security pillar is the input to the model-side review described on our AI security pages.

FAQ

Frequently asked questions

How long does a Salesforce health check take?

Two to three weeks for a single org running Sales or Service Cloud. Multi-cloud orgs with many integrations take three to four. The first week is extraction and automated scanning; the rest is review, interviews, scoring and playback.

What access do you need?

A dedicated read-only user with permission to view setup, metadata, event logs and data, but no permission to modify anything. If your policy prefers it, we work in a freshly refreshed full sandbox instead of production and only read login and usage history from production.

Does the health check fix anything?

No. It tells you what to fix, in what order, and roughly how long each item takes. Quick wins (things that take under a day each) are listed separately and can be done in a follow-on week or under managed services.

Is this a security audit?

It covers platform security: profiles and permission sets, field-level security, sharing, login policies and connected apps. If you run Agentforce or an external LLM against your CRM data, pair it with an AI security review that tests the model and the retrieval path.

How is the score calculated?

Each pillar is scored 0–100 from weighted findings. Weights reflect risk and reach: a sharing rule exposing all accounts weighs more than an unused field. The weights are printed in the report so your team can challenge them and re-score after fixes.

Can the health check tell us whether to re-implement?

Yes. The report ends with a recommendation against the fix-in-place versus re-implementation criteria described on our implementation page, with the evidence behind it.

Ready to make AI work in production?

Tell us about your systems, your data and your constraints. We reply within one business day with a straight answer and a suggested next step.