You just know that Elements Catalyst will make your life easier, but that is not really good enough. Your boss needs a business case and then you need to find some budget.
We’ve built an ROI calculator spreadsheet. You can download the ROI spreadsheet here
The spreadsheet has 2 sheets – BENEFITS which lists the areas of benefits and the Elements capabilities that you use to deliver the benefits. The CALCULATION sheet has some of the base metrics from our experience. You need to add the core numbers from your organization and Org. I think you will be surprised by the results.
Building a business case
There are 4 areas to look for measurable benefits; business analysis, clean & documentation, and feedback & training. Some of the benefits are cumulative.
This covers process mapping, data modeling and requirements capture. Our experience is that companies can get up to 25% business productivity improvements simply by streamlining operational processes and removing waste. That is without implementing new apps.
There are huge benefits if you get a clear understanding of the operational processes BEFORE you start configuring. First you get the benefits of streamlining the processes which will give you immediate productivity improvements. Secondly you avoid expensive rework because you are building what end users really need – not what they thought that they might need. You will be surprised how much the requirements change once you really lock them down in the context of the business processes. Next, the process maps and linked information is valuable training material so end users can find what they want more easily. Not surprisingly this is the largest benefit. Finally, the process contents supports your regulatory compliance.
Clean up & documentation
A recent IDC report called the Future of Work estimated that “40% of development time is spent dealing with ‘technical debt’”. The root cause analysis of the 450+ OrgConfessions is eye-opening. Poor business analysis and a lack of documentation are #1 and #3. Both of these a major contributors to technical debt.
What is not included in the 40% that the IDC survey identified is the effort spent on impact analysis of every change because you have no idea what fields are used. And then there is the firefighting when you make a change and the Org breaks unexpectedly. You are fighting objects with maxed out fields, but you’re guessing many of them are never used. Or you are trying to debug an automation. This slows everything down.
Users could be more effective if page layouts didn’t look like CVS receipts due to the number of fields. Finally, there is the time wasted looking for documentation stored on shared drives. And once you have found it, can you be confident it is the correct copy?
A study back in 2008 by Herman Miller commented the time lost by “information overload” is 20% for knowledge workers. And that has only gotten worse with the proliferation of apps where documents could be stored An industrial client ran a test and discovered that our process-led approach to documentation made it 34x faster to find the right information in context. And that last word is crucial “context”. The best place to find a spec is attached to the meta data items that are impacted.
Feedback & training
You’ve spent all that effort on building the app and if the end users don’t use it properly you end up with poor data and awful adoption. What is the cost of fixing data? What about responding to the same questions again and again? Have you estimated the time wasted with end users struggling to use the app?
The morale boost and increase in adoption from responding really quickly to end user feedback should not be overlooked. It all starts with engagement – giving end users a really easy way to post feedback, inside the page layout. Capture the feedback and voting on the quality of help. Then provide updated training material or tweaks to page layouts really quickly to show you are listening.
There are some simple, quick wins. Removing unused fields from page layouts speeds up load time, reduces end user visual overload and the potential for poor data. Finally, target the key fields where data quality is critical or there is end user confusion; picklists, mandatory fields, fields that kick off workflow. Provide additional help that is easily accessed in context.
The Herman Miller story of information overload is just as relevant here. The sales team will be more effective if the published proposal template is linked to the Opportunity object or a step in the proposal process which is accessed inside Opportunity object.
There are clear business benefits when you migrate to Lightning. Salesforce’s own research of over 500 companies who had made the switch makes compelling reading; 31% less time managing pipe and 28% less time standardizing processes, with 21% uplift in win rates, 29% faster reporting, 40% improved collaboration, and 41% higher productivity.
So if you could migrate to Lightning faster by quicker org analysis, could you pull forward these business benefits? What is. the business value? These could easily overshadow the benefits of the reduced migration effort.
Where to look for budget
It is not just the Salesforce tools/apps budget pool you can fish in. There are other places to look. There is an operational/business improvement angle. You could look at training budgets. Can you tap into other business areas for budget? Remember, Elements Catalyst is not just Salesforce, but covers all business areas and systems.