Professional Documents
Culture Documents
tips for
Mastering
changes in
Salesforce
Ephrat Geisler
Director of Product Management
Panaya
The Challenges of
Salesforce Change
Over 150,000 companies of all sizes and Implementing necessary changes in your
industries use Salesforce. If you are one of Salesforce org then becomes very time-
them, then you are aware of the importance consuming and risky, making it harder to
of maintaining a Salesforce org that helps meet business needs or innovate. The fact
drive results and success for your business that there is often limited documentation of
teams. One of the greatest benefits is the fact the legacy implementations, makes it even
that Salesforce allows you to easily customize harder for you to manage. There are too
it to fit your unique business needs, making many unknowns, or “Pandora’s boxes”, due
it agile and dynamic enough to meet the to unclear dependencies and relationships.
changing needs of your organization. When you cannot understand, in advance,
exactly how and what will be impacted by
Yet, as your Org grows in size and complexity, a planned change, unexpected errors and
there is a constant need to keep processes complications cause delays, frustrations
predictably stable and data reliably and backtracking.
consistent. Otherwise, it becomes very
difficult to lead any change or innovation
within the Org. Preserving that balance is It may make you
one of the biggest challenges in maintaining
a healthy and innovative Salesforce org in feel like you are
the long run.
losing control
As your business evolves, your Salesforce
org becomes increasingly complex. Over of the system.
time – you may realize that multiple changes,
legacy implementations and hotfixes
have filled your Salesforce org with many
unused and unassigned components, a
plethora of automations, duplications, and
technical bugs.
Is the business
Can the defined Or perhaps a
team simply unaware
need be met with an deeper change is
of an existing option,
improvement to the needed? You may
feature or capability in
current build? The next need to develop
your Salesforce org?
step is designing an a new build from
Then all that is needed
enhancement. scratch.
is training.
Make sure you are solving the right problem and picking
the right solution that will help the business teams do
their jobs better – this is what will ultimately ensure
the success of your planned change.
Absolutely critical to your success is having Once the scope is defined, you can more
a map of your Salesforce landscape, as well accurately estimate the resources and time
as a clear view of the relationships and needed for your project. Don’t forget to add a
dependencies among all components (e.g., buffer – there are almost always unexpected
Apex classes, Process Builders, Flows, Fields developments.
and more). This will help you understand,
in advance, the direct and indirect impact Then, recruit your stakeholders and
of any planned change, so you can decide ambassadors. In each team, office or region,
what should be built from scratch, updated select champions who will follow-up with
or deleted. their peers and can provide highly targeted
mini-training sessions for specific user
Try to select the right tools to help you avoid groups. Work with them on quality assurance
the risks. Panaya’s ForeSight provides a clear testing, too, as they will have the most
visualization of the dependencies within practical insights about the intuitiveness of
your Org so you can foresee the potential the process you are designing and whether
risk before going live: it provides the value users will expect. Their
feedback can be gold.
Regardless of where, how or what you document, always make sure it is simple
and intuitive. Keep the documentation short and to the point, and make sure it is
findable, organized, readable, and up to date.
But note: There is a fine line here, and you do not want to overdo it with documentation.
For the Technical documentation - Make it part of the ongoing process but not the
majority of the time. The Salesforce team needs that time to actually build and
develop in Salesforce.
For the Business documentation – Keep in mind that sometimes less is more.
Do not overdo it with too many required fields, lengthy help texts, and too many
instructions. Keep it simple for them follow.
Finally, collect feedback and leave room for Q&A. This improves communication
and visibility by letting your colleagues know they are being listened to. It also
tends to positively influence user adoption. The feedback can serve as a sanity
check for you, as well, as it indicates if your planned change is, in fact, built correctly
for the purposes it was intended.
Create a ‘checklist for success’ for your release date, so you leave
no loose ends:
And here is a bonus tip: Pick the least-busy day for a release
(in most cases, this is Sunday).
Technical Implementation
A seamless deployment with no bugs
―
Business Implementation
Successful user adoption
―
Positive ROI
The solution you created somehow reduced
costs, saved time, increased revenues or
improved efficiency
panaya.com