How to Recognize True Software-as-a-Service Applications (
Page 1 of 3 )
With cloud computing all the rage now, it's no surprise that many software vendors are capitalizing on the momentum by releasing cloud versions of their conventional software products. Delivering software as a service from the cloud has distinct economical and technological advantages. But hosting an application in the cloud doesn't necessarily make it software as a service. Here, Knowledge Center contributor Bob Moul outlines five ways to tell whether or not the software-as-a-service application you need for your business is truly software as a service.
Hosting
an application in the cloud doesn't necessarily make it software as a
service (SAAS). Add this bit of confusion to a market already filled
with hype and jargon and it gets even more difficult to decipher
exactly what it is you're buying. But don't despair. The following are
five tests you can use to help determine if the application you're
evaluating for your business is really SAAS or just a hosted version of
a conventional software product.
Test No. 1: Multitenancy
This is the big one. In a true SAAS
model, there is only one copy of the application (single instance)
which all customers use (multitenant) and can customize to meet their
unique requirements. Contrasted with a hosting model in which, yes, the
application is "in the cloud" but every customer has their own copy of
the application (multi-instance, single tenant). This is effectively
the same as the application service provider (ASP) hosting model of the
late 1990s. Even if your vendor is using "virtualization" technology,
it's not multitenant and therefore not SAAS.
The basic difference is that
instead of maintaining only one version of a SAAS application for all
customers, vendors who host need to maintain a version of their
application for every customer. This is one of the major reasons why
SAAS can be delivered so much more economically than conventional
software products. So dig in and ask questions.
For example, ask how many versions
of the application the vendor supports (answer should be one). Ask if
you can choose not to upgrade (answer should be NO; although, you
should be able to turn off certain features you don't wish to deploy).
Or simply ask how many code bases the vendor is maintaining (again,
answer should be one).
Test No. 2: Self-service
Self-service capabilities are a
hallmark of SAAS applications. Since there is truly no software or
appliances to be installed and configured (either physically or
virtually), all interaction with the application can happen in real
time directly from a Web browser. Generally speaking, SAAS companies
tend to operate like Internet-based consumer companies. Visit the
vendor's Web site to see how much of your "shopping" experience you can
complete online.
For example, does the vendor offer
a free trial? Can you make a purchase without involving the vendor's
sales personnel? Provisioning trial and production accounts on demand
is a relatively trivial matter for a SAAS vendor and is easily
automated. On the other hand, attempting to offer trials for
conventional software products can become another scaling and
maintenance challenge for the vendoreven if that software is
"virtualized." Vendor costs will escalate and that cost will ultimately
be reflected in its pricing. If at any step you get a message to "fill
out this form and a salesperson will be in touch," there's a good
chance you're not dealing with a SAAS offering.