6 Critical Considerations when Thinking SaaS
Lets face it, HR has historically gotten the shaft when it comes to technology. In many organizations HR needs to fight for resources against other initiatives which are more closely aligned with core business functions – sales, marketing, production/manufacturing, etc.
With the lack of organizational respect/understand that many HR departments struggle with alongside the historical costs of ERP, its no wonder why HR often has difficulty securing resources to assist with technology-related initiatives. Whether an organization is tackling the basics such as automating a manual recruitment process (is anyone still handling paper out there?), taking performance appraisals online, implementing learning management capabilities, or moving towards more advanced functionality such as Employee Service Centers with full case management capabilities, fully integrated talent management suites, or advanced analytics with embedded dashboard into role-based portal views, HR often needs to go beyond the capabilities of their internal IT organization.
The answer to many HR organizations struggling with these issues is often utilizing Software as a Service (SaaS) vendors who “rent” their applications to companies. No need to buy servers, install software, maintain code, etc.
Let me start by being very clear - I don’t advocate HR departments engaging vendors without partnering with their internal IT function. Whether you partner with IT or go it alone, I wanted to share a few critical elements which you need to consider when thinking about introducing a SaaS solution into your business.
1. Service Matters – Having an iron-clad Service Level Agreement is the foundation from which you will build your solution. A SLA will govern exactly how/how fast the vendor is to respond to issues, what expectations are with respect to system up-time, etc. Think of this as the prenuptial agreement for your long-term business relationship and having expectations spelled out as clearly as possible will save you a ton of headaches later. SLAs are very much negotiable, and should be reviewed with both your IT and Legal staff.
2. Upgrades? Who Needs Upgrades? - Unfortunately you do. One of the least understood elements of a SaaS is exactly how upgrades are handled. For example, one large SaaS talent management vendor includes all upgrades in your costs and deliver upgrades to all customers at the same time. Another leading vendor delivers upgrades on a fee basis and gives you a choice as to when you upgrade. While both options have their merits, the key here is to make sure you understand exactly what the upgrade path looks like and whether the annual subscription fees include all upgrade costs or not and whether an upgrade requires the use of the vendor’s professional services organization (generally at an incremental cost).
3. Begin with the End in Mind – Just like a car lease, SaaS contracts can run anywhere from 1 to 100 months, with the average tending to be 36 months. At the end of the contract think you need to consider exactly how you proceed – renewal or replacement. In the event of a replacement, how do you get your data, at what cost, in what format, how quickly will be be provided to you, on what media, etc. Most customers don’t think about what happens at the end of the contract when you’re soo focused on getting to the new solution. Taking the time to negotiate this while you have some negotiation leverage is critical. Once you’ve notified a vendor that you’re leaving them, you’ll find that they tend to be a little less responsive to your requests than when you’re considering doing business with them.
4. Change in Control – Let’s face it, no matter who you’re buying software from there is a chance that they’ll be acquired. Whether they are the leader in their space or a small up-and-coming vendor, there is always someone who would like to acquire them. Seven years ago no one would have predicted that Siebel or PeopleSoft would be acquired, yet now they’re both part of Oracle. Who’s to say that your vendor of choice isn’t going to end up on someone’s holiday shopping list? When acquisitions happen by competing vendors, there is a strong likelihood that your vendor’s solution will be sunset (industry jargon for discontinued). In the event that this happens, the migration to another solution is at YOUR expense. It’s a great inconvenience for customers, and an unintended expense. Be sure your contact spells out exactly what your options are in the event of a change in control as well as official decisions to discontinue products that you’ve purchased/rented.
5. Not all SaaS is the same – There are very substantial differences between the technical architecture of a single-tenant SaaS solution and a multi-tenant solution. The differences between the two significantly impact how and when vendor code updates are pushed to your system. For example, a certain leading talent management vendor has a multi-tenant SaaS solution which means all of their customers run on a single set of core code. For you non-propeller heads reading this it means that everyone is running the same software at the same time. When upgrades are necessary, everyone will get them all at the same time. This means that you need to be prepared to upgrade on their schedule, not necessarily yours. Single-tenant gives you more flexibility when it comes to timing of upgrades, but that’s not always a good thing. To best understand the differences between different SaaS models I would recommend that you check out this great blog post from Jason Corsello.
6. Implementations need to be on your schedule, not the vendors – Due to complex accounting rules on how and when firms are able to recognize revenue, most vendors will not be able to count the revenue until their software is deployed. While there are varying schools of thought on how/when to actually record the revenue and when software delivered via SaaS is considered “delivered”, most vendors have an incentive to get you up and running on their solution as fast as possible. This can create conflict during the negotiations and subsequent implementation
SaaS is not the right option for everyone. There are plenty of companies that prefer premise-based solutions and have business requirements which all but eliminate SaaS vendors. For those whom fit the SaaS model, these guidelines should help to to ease concerns and position you for greater success.




D5 Creation
Bryon, if it's not multi-tenant, it's not SaaS. Subscribed and hosted, perhaps, but not SaaS, no matter what the marketeers say. There are times/situations that don't fit SaaS, but having single tenant software is NOT good for the customer, it's just what the vendor has. So, for those customers who want the benefits of SaaS, let's make sure the get the real deal.
@Naomi – There clearly are a variety of views on this topic. For the sake of clarity, I try to rely upon Microsoft's SaaS Maturity Model as a reference point: http://msdn.microsoft.com/en-us/library/aa479069.aspx#docume_topic6
While you and I can agree on the virtues of a level 4 SaaS solution, for some that distinction is simply irrelevant. Often buyers are looking for a solution to get around internal resource limitations and are simply using SaaS and outsourced interchangeably.
Thanks for the great comment
I'm almost hesitant to chime in here since I'm not at the expert level you folks are, since I'm a practicing VP of HR, but comments are all about perspective, right?
With that in mind, I have to agree with Bryon. As a buyer at a small/medium sized company, I just want web-based, and I want to know the additional functionality/fixes show up automatically with no work on my end. The rest is details to someone like me, and to most practitioners in the field – regardless of size of company. It's all about it being usable…
KD
@KD – Thanks for the comments and your practitioner's perspective.
Interesting. My experience has been mostly the opposite. HR often forgets to engage IT (even when they have a dedicated HR IT group) when looking for automation and technology solutions. They especially forget IT when evaluating SaaS solutions because they hear that you don't need any IT support for SaaS.
#1: SLAs are important but the reality is enforcing the SLA can be an expensive (legal) proposition.
#3: Often times you end up having to implement the replacement system on the down low and not inform the current vendor until the last moment in order to keep the current vendor responsible. This unfortunately costs more $$$.
#5: I have to agree with Naomi on this and I guess you and I will have to agree to disagree. True SaaS is only multi-tenant. Anything else is really just hosting. Having been at companies where HR is using a single tenant "SaaS" application it can be an eye-opener to HR when they finally realize they are not getting the full value of SaaS as promised to them by the vendor since the vendor quoted multi-tenant value but only delivered single-tenant value and still called it SaaS.
Unfortunately the I don't need to know the details" comment from Kris is often why HR ends up with a "SaaS" solution they think meets their needs but ultimately ends up costing
I have to express some concern for Kris' comment. Not wanting to know the details is often why HR ends up with a "SaaS" solution they think meets their needs but ultimately ends up costing them more money in the long term because a full technical evaluation was not done during the application evaluation process.
@Mike – First and foremost, thank you for the read and the comments. While we don't agree on everything (cars for example), I'm sure we can find some common ground on some things.
#1 – Negotiating an iron-clad SLA is just as much about intent as it is about the legalities. Being clear over what your expectations are from a service level perspective can be one of the most significant steps towards a positive long-term relationship with your vendor. From a contractual perspective you want to cover your six so to speak, but ultimately its about intent and a vendor's willingness to support your clearly articulated needs. Legal enforcement is a slippery slope, and I agree a costly proposition. Time spent on this up front will pay huge dividends down the road.
#3 Referring back to #1, it's all about intent. Leaving a vendor for a replacement solution may cause some bruised egos, it happens all the time. The need to do things on the sly is often the result of not doing what should be done up front – going into the relationship with the end in mind. It's like having a prenuptial agreement for SaaS.
#5 – Actually I agree with both you and Naomi on this one. Single tenant SaaS is usually just hosting with a different licensing model. The challenge is how to define "pure" SaaS. When comparing HR solutions, there are very few true level 4 SaaS solution providers in the market (what I would consider to be pure SaaS). Two of the largest SaaS vendors in the HR space utilize very different flavors of SaaS, and there are very clear pros and cons for both.
Once again, thanks for the great comments.
Bryon,
Good to see you stirring the pot again and I like your 6 issues. It’s sort of covered, but I’d add a 7th to make it clear – “Make sure it does what you want INCLUDING is it flexible to meet your needs going forward.”
It may look fabulous now but (a) is it going to grow in the direction you need it to, (b) is it going to grow at all, (c) will you want the changes that the vendor decides you need when they push out their upgrades?
@Clinton,
Thanks for the comments and clearly you’ve hit on some of the key drawbacks to a Multi-Tenant SaaS delivery model. It isn’t for everyone, and knowing that it will never be exactly what you want is a very critical point that many buyers overlook.
Glad to see you’ve decided to check out the blog. I’m looking forward to your comments on posts in the future.