How to Migrate Salesforce Workflows the Right Way
With Salesforce officially retiring support for workflow rules as of December 31, 2025, organizations are making plans to migrate their legacy automations to flows. But many are tackling this challenge the wrong way—simply converting every workflow rule to a corresponding flow. This approach risks moving existing complexity, redundancies, and tech debt into a new system, rather than truly optimizing your Salesforce org.
In this post, we’ll break down an effective strategy, honed through real-world experience, that can cut your migration project scope by up to 40%—before any new flow is built.
The Problem With “One-to-One” Workflow Migration
Most teams start by tallying up their workflows and planning on a direct, one-to-one migration—one workflow rule becomes one new flow. However, if your Salesforce org has survived for several years, it’s likely that flows, process builders, and Apex triggers have been layered on the same objects over time. These additional automations often:
- Perform identical or overlapping functions
- Conflict with each other
- Are no longer documented or even understood
A direct migration simply transfers this mess into the new system, retaining unnecessary complexity and creating future headaches.
The Three-Step Workflow Migration Strategy
An effective workflow migration should always follow this sequence:
1. Delete First
Begin by pruning your existing automations. Look for:
- Inactive workflows
- Workflows with no actions defined
- Workflows that duplicate the work of existing flows
These are your “free wins” and can be deleted immediately with little to no risk. For example, in one recent migration, nearly half the identified workflow rules fell into this category and were safely removed before any new work was required.
2. Consolidate Second
Next, identify duplicates and consolidate them. It’s common to find multiple automations—workflows, flows, even Apex triggers—that handle the same process (such as owner changes), send duplicate emails, or create conflicting updates. Instead of migrating several parallel automations, streamline them into a single, maintainable flow. This not only reduces complexity but ensures your team can manage and understand your automations well into the future.
3. Migrate Last
After cleanup and consolidation, you’re left only with essential, unique automations. Now you can migrate them with confidence. The result? A migration project that is smaller, less costly, and results in a cleaner Salesforce org.
For example, a potential “20 workflow” migration project might be reduced to just 10 well-designed flows.
Special Considerations When Migrating Workflows
Some workflow rules—such as time-based actions (e.g., reminders firing 90, 30, and 7 days prior to a date)—require scheduled flows and careful testing. For critical business processes, consider running parallel old workflows and new flows for a period. This parallel run helps ensure there’s no disruption as you transition to flows.
Start With Cleanup, Not Coding
Whether you’re preparing to migrate 10 or 50 workflow rules, resist the urge to jump straight into building new flows. Ask instead:
- What can we safely delete?
- What can we consolidate?
- What’s truly unique and necessary to migrate?
By starting with analysis and pruning, you’ll dramatically reduce your migration scope, simplify your Salesforce environment, and avoid perpetuating years of accumulated tech debt.