Selecting a Software as a Service (SaaS) vendor can be challenging. In some cases, the 'selection process' consists of entering corporate credit card information and agreeing to a dozen pages of unread terms and conditions; in other situations, it may be part of a lengthy procurement process. Here are some items to consider as you embark on selecting a SaaS.
It may seem a bit unsavory to start considering your 'divorce' from a SaaS provider before you've even officially coupled, but you don't want your data to be held hostage should the provider fail, be acquired, or not work out. In the best case, you'll be able to export all your data (including user account information, logs, customizations and so on) in a standardized format through an automated export function.
If the answer from your potential provider is, "Sure, just call us, and we'll do it," then further investigation is required, since that helpful attitude might change during a contract dispute or if the company fails.
Every vendor -- SaaS providers included -- has 'world class' support during the sales process, but the story can suddenly change once you become a paying customer. Create a trial account that doesn't indicate your company affiliation, since you may receive preferential support if there's a big name attached to a test account. Submit a support request and assess the quality of the support you receive.
For a larger SaaS deployment, research the support model. Will your help desk be responsible for 'Tier 1' support, or will users call the SaaS provider directly? How will your internal support organization communicate with the SaaS provider's support?
A major challenge with any new software deployment is migration to the new platform and subsequent end user training. Check if your potential SaaS provider can assist with these challenges through data migration tools, premade training tools, or consulting assistance on either front. For a large SaaS deployment, these can be points of leverage in contract negotiations, since it's in everyone's interest to make the migration as fast and painless as possible.
As you consider a SaaS provider, investigate whether you can migrate a single department or a small group of users to utilize the SaaS application in parallel to whatever it's replacing. During this time period, you can gather user feedback, test the support process, and validate the business case for moving to SaaS. You'll also have an opportunity to test the migration tools to and from the SaaS platform in a relatively low-risk manner.
It's easy to get excited by the flashy functionality and compelling cost savings of a SaaS delivery model, and start obsessing about getting the latest, bleeding-edge capabilities; however, innovative functionality is often the domain of the newest and least mature players in the SaaS market. While the functionality may be compelling, other areas like support, disaster recovery, and ultimately corporate funding may be lacking.
Temper excitement around features and functions with an honest assessment of the company's maturity and ability to support your organization in the long run. In some areas, an upstart may provide such compelling advantages that the risks are worthwhile. Ultimately, you must understand the risks and rewards, and plan to mitigate the former.
It's vital that you understand how your data are protected, and what redundancies are available should your SaaS provider have an outage. Too often SaaS providers point to their backend infrastructure provider (Amazon or Microsoft's Azure) as "unsinkable." While these platforms obviously have various redundancies, make sure your provider maintains its own readily accessible backups to prevent unforeseen or human errors, or provides an interface for you to perform your own backups.
A major attraction of SaaS is the simplified pricing model. In some cases, there are hidden charges, or pricing that varies based on metrics ranging from user counts, to transactions, to bandwidth. If the sales process glosses over these provisions, engage the assistance of your purchasing or legal department to wade through the fine print and confirm that you understand what might trigger a significant price increase.
Rarely do our applications exist in silos, and as soon as your new SaaS tools gain traction there will be demands to integrate their data and functionality into other applications and reports. While many SaaS vendors provide a great portfolio of APIs and data sharing, make sure your people have the skills to access these interfaces, and that the data and functionality you might need to integrate are available.
This may seem like an odd concern for SaaS-provided software since it's usually delivered by a web browser, but as any web designer will tell you, all browsers are not created equally. Browsers such as Google Chrome are the darlings of many SaaS providers, and their software may not function correctly with corporate stalwart Internet Explorer -- especially some of the older versions that are standard at some companies.
In addition, consider whether your SaaS provider offers mobile apps or mobile browser support if users will require access to the SaaS applications on the go. Users like those who work on the shop floor or in field sales may end up using their phones and tablets as the primary means for accessing the app, so ensure appropriate mobile support is provided.