First-Week Survival Guide

WHAT TO DO WHEN YOU INHERIT A SALESFORCE ORG.

Before you start cleaning up fields, permissions, automation, or imports — get a working picture of what exists, what is risky, and what needs review first.

Read-only diagnostics · Review-ready workbooks · No package install · No Connected App

Most Salesforce admins, RevOps operators, and consultants inherit at least one org in their career. It arrives with a handoff document that is either missing, incomplete, or six months out of date — and a list of requests that assume you already know how everything works.

The instinct is to start fixing things. The smarter move is to get visibility first.

This checklist gives you a practical first-pass review path for fields, permissions, automation, and object-readiness before cleanup or change work begins.

This is a first-week survival guide for the person who just picked up the keys. If you need a repeatable, structured assessment you can run and hand off as a deliverable, use the inherited Salesforce org assessment framework.

Before You Begin

BEFORE YOU TOUCH ANYTHING.

The first problem with an inherited org is that you do not know what you do not know. Cleaning up a field that is still referenced in automation, changing access that a business-critical process relies on, or importing records before you understand the object constraints — these are the mistakes that happen when you skip the diagnostic step.

Before cleanup or change work starts, build a working picture of four things:

  • What fields exist and which ones are actually being used
  • Who has access to what, and whether that access is appropriate
  • What automation exists and where review is needed
  • What constraints exist on the objects you plan to work with

None of this needs to take weeks. But it does need to happen before you start making changes.

Orientation

YOUR FIRST 30 MINUTES IN THE ORG.

Before any deep review, spend the first half hour building orientation, not making changes. The goal is to learn how large the org is, who depends on it, and where the obvious risk sits — so the rest of your review has context.

First 30 minutes checklist

  • Confirm the edition and how many active users the org has
  • Note the standard and custom objects in active use
  • Identify the System Administrators and other high-privilege users
  • Check for managed packages and active integrations
  • Scan for upcoming imports, UAT cycles, or scheduled jobs
  • Find out who to ask when something is unclear — business owners and prior admins
  • Resist the urge to fix anything yet — capture questions instead of changes
Slow Down

WHAT NOT TO CHANGE FIRST.

The fastest way to break an inherited org is to act on something that looks unused but is quietly load-bearing. These are the changes to hold until you have validated them with the right owners.

Hold until validated

  • Do not delete fields that look unused — a low fill rate alone is not enough evidence to remove a field
  • Do not deactivate Flows, triggers, or validation rules before you know what they enforce
  • Do not strip permissions or permission sets before confirming who relies on them
  • Do not change required fields, record types, or picklists ahead of an import or UAT cycle
  • Do not remove or reconfigure managed packages and integrations without confirming their owners

Treat everything here as a review candidate, not a delete instruction. For fields specifically, fill rate is only the first signal — see why fill rate alone is not enough and why you should review field usage by record type before acting.

01

MAP YOUR FIELDS FIRST.

Field bloat is one of the most consistent patterns in mature Salesforce orgs. Fields accumulate from old projects, departed admins, integrations that were turned off, and reporting requests that were never cleaned up afterward.

The challenge is that a field can look abandoned while still carrying data, referenced in a formula or validation rule, or visible to users on a layout they rarely open. Review candidates need validation before any action is taken.

Field review checklist

  • Fill rates — what percentage of records have a value in this field
  • Layout coverage — is the field visible to users anywhere
  • FLS visibility — can users see this field, and which profiles can access it
  • Usage and review signals — referenced in automation, reports, or formulas
  • Hidden populated fields — fields with data not visible on any layout
  • Low-usage and unused field candidates — for stakeholder review before removal

Relevant Workbook

Field & Object Audit

Field & Object Audit surfaces field utilization, fill rates, layout coverage, and cleanup candidates across selected objects in a review-ready workbook.

02

REVIEW WHO HAS ACCESS TO WHAT.

Permission sprawl accumulates quietly. Profiles and permission sets get copied, stacked, and modified over time. Users who changed roles keep access they should not have. Permission sets get assigned by exception and never reviewed.

An access review is typically the first area to surface real risk in an inherited org. Permission findings require business context, especially for sensitive data and external users — this is a first-pass diagnostic, not a full security assessment.

Access review checklist

  • Object-level permissions across profiles and permission sets
  • Field-level security on sensitive or high-risk fields
  • Sensitive field exposure — which profiles can read or edit restricted data
  • Over-privileged access patterns — active users with more access than their role requires
  • Unassigned permission sets — sets that exist but are not assigned to anyone
  • Duplicate or stacked access patterns — overlapping profile and permission set grants
  • External, community, and guest user indicators where available

Relevant Workbook

Permission & FLS Audit

Permission & FLS Audit maps profiles, permission sets, object permissions, field-level security, user assignments, and access-risk findings into a downloadable review workbook.

03

UNDERSTAND WHAT AUTOMATION EXISTS.

The question "what automation is running on this object?" sounds simple. In most inherited orgs, it is not. Flows, Apex triggers, validation rules, approval processes, and workflow rules can all be present at the same time on the same object — sometimes covering overlapping or conflicting logic.

This is not about tracing every dependency in detail. It is about knowing the landscape so you can make changes with awareness of what automation exists and where review is needed.

Automation review checklist

  • Active and inactive Flows where metadata is available
  • What active Flows are configured to run on the objects you plan to work with
  • Apex classes and Apex triggers — whether they are present on the same objects
  • Validation rules — what is active and what conditions each checks
  • Approval processes — whether any exist on objects in scope
  • Object automation concentration — objects with high automation volume
  • Legacy or modernization review candidates
  • Potential name-similarity duplicate candidates

Relevant Workbook

Automation Inventory

Automation Inventory catalogs available Salesforce automation metadata across Flows, Apex classes, triggers, validation rules, and approval processes into a review-ready workbook.

04

CHECK OBJECT READINESS BEFORE IMPORTS OR RECORD CREATION.

If your handoff includes a data migration, a UAT cycle, or any record creation into production objects, there is one more check worth running before you start.

Required fields, restricted picklists, record types, and active validation rules can block record creation or create downstream data-quality issues if they are not reviewed before import or test-data setup. Finding these constraints in advance is significantly less expensive than debugging a failed import or a UAT cycle that produces unexpected results.

Object readiness checklist

  • Required fields
  • Required lookups
  • Record types
  • Restricted picklists
  • Validation rules
  • Apex triggers
  • Formula and read-only fields
  • Flow metadata where available
  • Import readiness review
  • Test data readiness review

Relevant Workbook

Automation Impact Awareness

Automation Impact Awareness analyzes selected objects to surface record-readiness factors such as required fields, required lookups, record types, restricted picklists, validation rules, Apex triggers, and flow metadata where available.

05

REVIEW REPORTS, INTEGRATIONS, AND MANAGED PACKAGES.

Fields, permissions, and automation are the core of a first-pass review, but they do not exist in isolation. Reports, external integrations, and managed packages all consume the same metadata — and they are a common reason a change that looks contained turns out not to be.

You do not need a complete dependency map on day one. You need enough awareness to avoid breaking a dashboard an executive reads every morning or an integration that syncs records overnight.

Reports, integrations, and packages checklist

  • Reports and dashboards that depend on fields you may change
  • Fields used as report filters, groupings, or summary columns
  • Active integrations and the objects and fields they read or write
  • Connected apps and API-only integration users
  • Managed packages and the objects, fields, and automation they install
  • Scheduled jobs and outbound messages tied to records in scope

The accumulated weight of these dependencies is what makes inherited orgs hard to change safely. For a broader view of where that weight builds up, see the Salesforce technical debt assessment.

Next Steps

TURNING FINDINGS INTO A PLAN.

A diagnostic pass is not the same as cleanup. It is the foundation for cleanup.

Once you have a working picture of fields, permissions, automation, and object constraints, you can:

  • Prioritize which findings are worth acting on first
  • Identify what needs stakeholder input before anything changes
  • Document decisions so the next person has a starting point
  • Sequence cleanup work without stepping on active processes
  • Rerun diagnostics later to compare progress

KeelCadence workbooks are designed to support that review process: findings, evidence, recommendations, and remediation tracking in a format you can share with admins, managers, consultants, or project teams. If you are a consultant or fractional admin inheriting a client org, see how to use these as client discovery workbooks.

Quick Reference

INHERITED ORG REVIEW CHECKLIST.

A condensed version of the full first-pass review, in the order most teams work through it.

Orientation

  • Edition, active users, and high-privilege accounts
  • Objects in active use and known business owners
  • Upcoming imports, UAT, or scheduled work

Fields and objects

  • Fill rates, layout coverage, and FLS visibility
  • Hidden populated and low-usage field candidates
  • Record-type usage before any field action

Permissions and access

  • Object permissions and field-level security
  • Over-privileged, duplicate, and stacked access
  • External, community, and guest user indicators

Automation and dependencies

  • Flows, Apex, validation rules, and approvals in scope
  • Object readiness before imports or record creation
  • Reports, integrations, and managed packages

Capture every item as a finding with evidence and an owner — not as an action already taken.

When It Helps

WHEN TO USE A DIAGNOSTIC WORKBOOK.

You can run a first-pass review by hand. A diagnostic workbook is worth it when the org is large enough, or the stakes are high enough, that you need a repeatable, shareable artifact instead of scattered notes.

A workbook helps most when

  • You inherited the org with little or no documentation
  • You need to show findings to admins, managers, consultants, or stakeholders
  • Cleanup, access review, or automation changes are coming and need sequencing
  • An import, UAT cycle, or migration depends on object readiness
  • You want a baseline you can rerun later to compare progress

KeelCadence diagnostics are read-only, with no package install and no Connected App — see the diagnostic tool security checklist for the full trust model, or browse the resources hub for related guides.

Common Questions

COMMON QUESTIONS.

What should I check first when I inherit a Salesforce org?

Start with visibility. Review fields, permissions, automation, and object-readiness before making cleanup or configuration changes. The goal is to understand what exists, what is risky, and what needs review first.

Should I clean up unused fields right away?

No. Unused or low-usage fields are review candidates, not automatic delete instructions. Validate with business owners, reporting owners, automation owners, and integration owners before removing fields.

How do I review permissions in an inherited Salesforce org?

Review profiles, permission sets, object permissions, field-level security, user assignments, and over-privileged access patterns. Permission findings require business context, especially for sensitive data and external users.

How do I find automation in a Salesforce org?

Start by cataloging available automation metadata across Flows, Apex, triggers, validation rules, and approval processes. Use the inventory to identify review areas, modernization candidates, and ownership gaps.

What should I check before importing records?

Review required fields, required lookups, record types, restricted picklists, validation rules, triggers, formula/read-only fields, and flow metadata where available. These items can affect record creation, updates, UAT, and bulk imports.

Why should I inventory automation before making changes?

Flows, Apex triggers, validation rules, approval processes, and workflow rules can run on the same object at the same time, sometimes with overlapping or conflicting logic. Inventorying automation first means you change fields, permissions, or records with awareness of what depends on them, instead of discovering a dependency after something breaks.

What should I document before cleanup?

Document what you reviewed, the findings and supporting evidence, the review candidates that still need business validation, the owners who need to sign off, and the order you plan to work in. A review-ready workbook keeps findings, evidence, recommendations, and review tracking in one shareable artifact so the next person has a starting point.

Start Here

Start your inherited org review with a field audit.

Start with the read-only Field & Object Audit to surface field inventory, fill rates, hidden populated fields, and cleanup candidates in one review-ready workbook, then layer in the permission, automation, and impact workbooks. See the free on-screen summary before purchase.

Opens audit.keelcadence.com. Best run from desktop, since the diagnostic uses your active Salesforce browser session. On mobile, view the sample workbook or save this page for later.

Read-only · No package install · No Connected App setup · No Salesforce writes

KeelCadence uses session cookies and Google Analytics 4 for site usage insights. GA4 does not receive Salesforce credentials, Org IDs, Report IDs, or payment data. You can opt out for this browser.