- Posted by Neeraj Maurya
- On March 22, 2018
- Approach to Salesforce Lightning Experience Migration, salesforce lightning migration, salesforce lightning migration strategy, Strategy to Salesforce Lightning Experience 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.
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: https://help.salesforce.com/articleView?id=lex_migration_assistant.htm&type=5
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: https://help.salesforce.com/articleView?id=optimizer_introduction.htm&type=0
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: https://help.salesforce.com/articleView?id=getstart_browsers_sfx.htm&type=5
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.
- Bring in Super users and brief them on Lightning Experience
- Perform quick test run of features as-is in Lightning Experience
- Identify feature parity and work areas
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.
Now, with the three reports in your hand (listed below), you have pretty much all the data you need.
- Gap analysis findings
- Lightning readiness migration assistant report
- Salesforce Optimizer report
Identify your Rollout strategy. Plan out for each business unit, team or business function.
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.
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.
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).
|Visualforce pages with basic functionality||Reuse|
|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:
- If you use visualforce pages for generating PDF
- Uses third-party UI frameworks
- Uses iFrames
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.)
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
- Attachments to Files (not mandatory, but suggested)
- Documents to Files (mandatory, no support of documents in lightning experience)
- Salesforce Knowledge to Lightning Knowledge
- 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.
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:
- Navigation and Look & Feel
- Un-supported functionality
- 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.