Perfaware

Edit Template

Hybrid Implementations in Salesforce: A Technical Flaw or a Smart Transition Strategy?

For enterprise architects and IT leaders, a new Salesforce product launch usually brings a mix of excitement and skepticism. The arrival of Marketing Cloud Next (MCN) is a perfect example.

MCN introduces a powerful new paradigm built directly on the Salesforce Core platform, designed to transform how we implement marketing automation features that previously relied on Marketing Cloud Engagement (MCE). However, we face an immediate technical hurdle: this new version does not yet support 100% of legacy functionalities. Essential backend setups—such as sender configuration (including Sender Authentication Packages and IP provisioning)—as well as the core configuration of mobile delivery channels like SMS and WhatsApp, must still be managed within the traditional MCE infrastructure.

At first glance, this looks like a product gap—an unwelcome scenario where clients are forced to maintain hybrid architectures and duplicate their management efforts. But if we look at the history of Salesforce, this overlap between the old and the new is not a design flaw. It is actually a deliberate, strategic mechanism for a low-risk, gradual transition.

Pros and Cons of the Hybrid Approach

Adopting a dual-platform architecture involves tradeoffs that every leadership team must balance:

Pros

Immediate Innovation:

New data streams can go straight into the new system, allowing you to leverage advanced features (like Agentforce or Data Cloud) right away without waiting for a massive migration project.

Controlled Obsolescence:

Legacy data and old processes naturally lose relevance over time, meaning you won’t waste time and money migrating useless information.

No "Big Bang" Risk:

Forcing a step-by-step transition dramatically reduces operational risk. “Big Bang” migrations are often postponed indefinitely because they are too complex and risky; a hybrid approach ensures progress happens safely.

Cons

Operational Overhead:

Running two instances at the same time means maintaining duplicate monitoring workflows.

Learning Curve:

Engineering and marketing teams must master two different systems and paradigms simultaneously.

Transition Costs:

There is an unavoidable financial and resource impact while both platforms coexist.

A Proven Pattern: Lessons from SCAPI, OCAPI, and Composable Storefront

This situation with MCN and MCE is a pattern we have seen before in the Salesforce ecosystem. In Commerce Cloud, we faced the exact same uncertainty when transitioning from legacy APIs (OCAPI) to the new Salesforce Commerce API (SCAPI), and again when moving from SFRA to Composable Storefront (PWA Kit).

Back then, the partial transition caused a lot of friction because the new features lacked parity with the old ones. However, forward-thinking brands turned that friction into a competitive advantage by using hybrid deployments. They kept critical processes like the checkout on the stable SFRA architecture while migrating the user experience (PLP, PDP, and Homepage) to PWA Kit. The result? They drastically improved their site performance (Web Vitals) and prepared their teams for headless commerce without stopping their business operations.

A Silver Lining for Every Decision

Looking back at the maturity of Commerce Cloud gives us a clear picture of how the timeline will play out for Marketing Cloud Next. Depending on where a company stands, there is a positive angle for everyone:

New Customers can jump straight into a mature, native ecosystem from day one, skipping the legacy headache entirely.

Early Adopters — who already paid the price and dealt with the friction of a gradual transition—now enjoy a competitive edge and have a much cheaper, shorter road ahead of them.
Late Adopters face the full migration cost today, but they can act with absolute certainty, clear documentation, and a much lower risk of implementation failure.

Conclusion

The coexistence of Marketing Cloud Next and Marketing Cloud Engagement should not be viewed as a technical limitation, but rather as a smart transition strategy. In enterprise architecture, progressive maturation is the safest way to unlock innovation without disrupting business continuity. Ultimately, every organization will find a solid reason to justify its past decisions or confidently back its future tech investments.

Spread the knowledge.

LinkedIn
X
Email

Author Details

Oscar Eduardo Cala

Senior Software Architect

    This will close in 0 seconds

    Scroll to Top