Practical guide to creating a SaaS software investment business case — Part 1
Actionable guidance for those looking to champion a SaaS solution for a business or team.
By Sitecore Staff.
8 minute read
This two-part blog series provides a practical guide to creating a business case for SaaS software.
This two-part blog series provides a practical guide to creating a business case for SaaS software. While written for software sales teams and implementation partners, anyone looking to champion a solution for a business or team will find many practical and applicable insights as well.
In this blog, we define a business case, address when one is needed, and outline the typical components. We then get into a bit more depth around comparing two solutions, and the difference between a new software investment versus a renewal.
In the second blog of this series, we dive into the importance of “soft benefits,” review the typical process of (and resources needed for) creating a successful business proposal, and conclude with practical guidance regarding maximizing your chance of success with the approval process.
1. What is a business case?
A business case answers this question: “What will happen if the organization proceeds with an investment proposal?” The goal is to get the board or management to approve an investment in software or a project.
A business case is necessary to demonstrate why a software investment, or a project, is recommended and what the benefits of the project will be when it’s completed. Usually, a business case is presented in a structured document detailing the rationale to convince the ultimate decision makers to approve the investment recommendation.
Often including a comparison of two or more alternative investments, and the possibility of foregoing an investment altogether, a business case enables leaders to align stakeholders’ expectations regarding a project’s purpose, approach, outcomes, and benefits. It also outlines investments and risks, and it helps marshal leaders’ support and participation, thereby increasing the likelihood of a project’s approval and ultimate success.
2. When should we create a business case?
You should only engage in providing a business case when your team has already determined:
- There is a real need for this investment in the near future
- The budget is attainable given the circumstances
- Key stakeholders and decision makers are satisfied the solution addresses the organization’s opportunity or problem
- Any significant functional or technical objections have been satisfactorily addressed.
If you attempt to roll out a business case before having addressed the above, the discussion risks being too theoretical. When stakeholders don’t clearly understand the specific benefits of your proposed solution and how they could obtain them, it’s hard to develop financial benefits — which are often the final word for any investment.
3. What are the typical components of a new SaaS solution acquisition business case?
The following is a comprehensive description of the elements that need to be addressed and articulated in a full business case:
Current situation and business opportunity |
|
Solution & roadmap recommendation |
|
Financial business structure |
|
Key input and outputs |
|
Investment |
|
Benefits |
|
Cost of delay |
|
3. TCO: Comparing two similar SaaS solutions
When two solutions are similar and promise remarkably similar benefits, some organizations reduce the exercise to comparing the Total Cost of Ownership (TCO) of the competing solutions.
Gartner defines the TCO as “…a comprehensive assessment of information technology (IT) or other costs across enterprise boundaries over time. For IT, TCO includes hardware and software acquisition, management and support, communications, end-user expenses and the opportunity Cost of downtime, training, and other productivity losses.”
To this comprehensive list we recommend adding implementation costs, differential licensing costs and potential renewal fee considerations, the cost of adopting potential additional modules, and data migration costs. In our experience, a careful analysis does bring out cost differences.
4. What about justifying a SaaS license renewal?
Managing a successful SaaS subscription renewal requires proactivity from all teams involved.
The lion’s share, however, falls on the software business itself. Customer Success should collaborate with the customer from day one to reduce implementation risks and time to value. Sellers should start discussions with the customer IT Asset Management team early — 90 days before renewal date — to understand the approach they will take. The vendor should help implement a success program that proactively tracks and documents the performance of the existing solution and the delivered benefits or ROI during the current and prior subscription periods. They should also prepare a sales document that can be shared with decision makers in IT and the business.
And guess what, SaaS software providers such as Shark Finesse, Gainsight, Totango, or ChurnZero (no endorsement) sell software to assist you with all this.
In our experience, there are three approaches to conducting a business case, or a value assessment for a subscription renewal. You may need to develop two or all three, depending on the competitive situation.
Three business case approaches
1. Value delivered to date | 2. Value expected in the contract period (vs. cancellation) | 3. Value or ROI expected vs. alternative solution |
Demonstrate progress on:
Quantify business outcomes:
|
|
|
Whether you’re justifying a renewal or making the case for an entirely new investment, we hope the information here has helped. When you’re ready to learn more, you can find part two of this series here.