4P Strategy to Salesforce Lightning Migration

If you are reading this article, you are probably already planning to migrate your Salesforce instance to Lightning Experience or considering it. Either way, this article should help identify appropriate activities and help provide a checklist of things to expect and plan for.


4P Strategy to Salesforce Lightning Experience Migration


Run Salesforce assessment tools

Lightning Experience Migration Assistant

Lightning Experience Migration Assistant is a very useful tool provided by Salesforce. All you have to do is, to trigger this tool to review your instance’s configurations/ customizations and feature usage to ascertain possible issues in Lightning Experience migration. So, use this tool and review its report to identify key work areas.

For more details refer:

Salesforce Optimizer

Another fantastic feature from Salesforce called “Org. Optimizer” can be very helpful. Although, it’s not mandatory, but it checks health of your salesforce instance which can help identify some work areas which you may want to iron out before migration to Lightning Experience. For instance, it can help identify features seldom used, which can help prioritize migration activities.

For more details refer:


Platform check

This step can often be missed, but is very important, especially for medium and large enterprises. A lot of medium/ large enterprises have Internet Explorer mandated as a browser of choice, by their IT. Unfortunately, Salesforce lightning experience does not support IE. So, before making any switch, do review your IT policies. It would be helpful to understand platform limitations and constraints before moving ahead.

Note:- Organizations which opted for IE extended support for Lightning experience can still use Lightning Experience with IE. However, some of the features/ functionalities may not work.

For information on Salesforce Lightning Experience supported browsers refer:


Gap Analysis

Now, having run both the tools and identified the high-level assessment of your salesforce instance, it’s time for some deep dive. Identify all features/ functionalities within your current Salesforce Org.

  1. Bring in Super users and brief them on Lightning Experience
  2. Perform quick test run of features as-is in Lightning Experience
  3. Identify feature parity and work areas


Pilot Runs

A fast and dirty approach will be to just allow some power to switch to Salesforce Lightning Experience and try to perform their daily functions. This will give quick and fast analysis of what works and what doesn’t. With this, you can also get their viewpoints on some new features that are available within Lightning Experience only for e.g. Improved calendar, Kanban view, Lightning console etc.



Get Management Buy-In

Regardless of any initiative, it’s almost inevitable to get blessings from senior management. More so, in this case, as you are probably changing the entire user experience of a critical aspect of your organization’s CRM. It would be helpful to align Lightning Experience migration to corporate targets to ensure Leadership views it as a necessary (and justified) migration, instead of just some beautification effort.

Not to forget, every change has its own share of friction. A favorable support from senior leadership will not just help get the budget but also required support for carrying on with the program successfully.


Plan Rollout

Now, with the three reports in your hand (listed below), you have pretty much all the data you need.

  1. Gap analysis findings
  2. Lightning readiness migration assistant report
  3. Salesforce Optimizer report

Identify your Rollout strategy. Plan out for each business unit, team or business function.

Phased rollout

Perhaps the most obvious choice for Lightning experience migration is to divide rollout into multiple phases. Phases can be based on team/ business unit or business function. This helps in ensuring careful guided rollouts and ability to handle any post-migration issues in a smoother fashion. Quite certainly, learnings from a rollout can be incorporated within next rollout and whole processes can be smoothened along the way.

Full Rollout

Although, it’s quite beneficial to perform migration in phases, there are certain scenarios where a full rollout is required. This can still be achieved, but needs meticulous planning and rigorous testing.

A good approach for rollout plan is to have a defined step-wise approach for migration, just like any application development cycle. First have a rollout performed in sandbox, have users verify it and then apply changes to production. In case of Phased rollout, modify migration plan based on findings from a rollout and repeat rollout for each phase.


Back-out Strategy

Salesforce’s ability to allow users to switch between Lightning experience and Salesforce Classic helps here. As a back-out strategy, it would be advisable to keep existing things as-is, to ensure that they can run parallel to Lightning experience. Hence, in case of any adverse scenario, users can be asked to switch back to Salesforce classic, thereby minimizing business risk.


Identify Key Members

A big aspect of success of any change program lies on inclusion of right team members. Lightning experience migration too needs appropriate user engagement. So, it is highly advisable to form right team for the job.


In-house vs Outsourcing

This is a well-debated topic, whether to manage the migration activities in-house or hire an external vendor. It’s not one size fits all solution and must be dealt with accordingly. As per our analysis, most businesses do not have adequate Salesforce trained and experienced professional to lead this kind of activity, skewing the decision towards outsourcing. However, the organization having right team or planning to up-skill team can consider engaging the internal team to handle all or some of the activities. Undoubtedly, bringing in someone who’s working on Salesforce platform day in-out would be helpful to avoid common pitfalls and leverage industry best practices.



As part of any good change management plan, create a communication plan to share details of migration to appropriate stakeholders. In case of a large team, multiple rounds of communication may be required. It is very helpful to prepare a communication plan, in advance. It helps in staying ahead of the curve and reach out to appropriate stakeholders. These communications can also contain small nuggets of information highlighting new ways of doing things, benefits etc. which can bring the much-needed excitement.





A critical part of Lightning experience migration is to migrate non-supported functionalities to Lightning Experience. Following are some features/ functionalities (not an exhaustive list) which need special attention, along with suggestive action(s).

Scenario Action
Use JavaScript button on page layout Recreate
Visualforce pages with basic functionality Reuse
Visualforce page using complex JavaScript or heavy data processing Recreate
Reports Reuse
Dashboards Reuse/ Re-create
Apex Classes/ Triggers Reuse
Apex Controllers Reuse/ Re-create


It may be a surprise to few, but visualforce pages can still be used within Lightning Experience. There are some restrictions which may prohibit a page to function properly. So, first approach should be definitely be to reuse the pages, which are compliant to Lightning standards and are functional within Lightning Experience.

There are some other areas which may need attention:

  1. If you use visualforce pages for generating PDF
  2. Uses third-party UI frameworks
  3. Uses iFrames
  4. Uses JavaScript with calls to window object


Lastly, there can be some screens/ functionalities which would be better off converted to Lightning components. Some typical scenarios can be data intensive screens which require heavy dynamic data refreshes. That’s where lightning components have a clear win over Visualforce pages (unless of course, you are not using a JS based client library like Angular, React, VueJS etc.)


Data migration

With Salesforce Lightning Experience, Salesforce has not just migrated user interface to new Lightning layer. But, some of the existing features have been redesigned (mostly for the better). For instance, Attachments and Documents are now moved to Files, this provides rich files capabilities to previously limited attachments and documents functionality. Similarly, Salesforce Knowledge is transformed to Lightning Knowledge. So, as part of the Lightning migration, following data migration activities should also be considered

  1. Attachments to Files (not mandatory, but suggested)
  2. Documents to Files (mandatory, no support of documents in lightning experience)
  3. Salesforce Knowledge to Lightning Knowledge
  4. Notes (old) to new Notes features


We need to realize that there is special emphasis to “Experience” within Salesforce Lightning Experience. Lightning Experience changes the way a lot of things were done in Salesforce Classic and adds lot of new capabilities. Not to miss, there are some features which are yet not available. So, do plan for a good hands-on training for the end users. A key aspect of user adoption in such scenarios is user perception or change. It would be even beneficial to have some incentive driven trainings.



Post-Rollout Support

With all the steps followed so far, there are still possibilities of things not working as expected. So, prepare for a post-rollout support phase. There can be myriads of reasons for these issues and must be dealt with accordingly. Few of key issues can be related to:

  1. Navigation and Look & Feel
  2. Un-supported functionality
  3. Salesforce updates

There is no one good solution to address these challenges. One of the most recommended approach for such issues is to form an ongoing activity to review these issues. Form a dedicated team to own these responsibilities. This will help in identifying these issues before they cause much damage.

Leave a Reply

Your email address will not be published. Required fields are marked *