SaaS Strategies for Existing ISVs


One of my favorite (and most important) topics within the software industry is how can an existing, traditional ISV move into the SaaS space. For competitive reasons or new market reasons, many ISVs want to release SaaS offerings but are unsure of the approach, implementation, and risks. Let’s face it: not all SaaS offerings come from new-fangled Web 2.0 companies whose names are portmanteaux or the result of a random dictionary search and as a result (not a result of naming, but of already having an established business;-)), they are faced with multiple dillemma’s including figuring out how to retune their sales team to a shift in license model and sales methodology. In my opinion, however, the most important aspect of go-to market for an existing ISV is cannibalization. After all, your Acme Software company has managed to reach $40 million in revenue via perpetual sales and although you recognize the need for a SaaS offering, how could you justify replacing your successful product if it’s going to slash revenue and profit, and reduce your competitiveness against newcomers who don’t have to deal with these issues? There are various strategies to deal with the go-to market issues related to cannibalization. I’ll outline a few in this post. Below is a summary chart, with slightly more detailed information later in the post.

(bigger)

Full Product Replacement: Full product replacement is defined as creating a SaaS offering to replace a soon to be discontinued on-premise product. Full product replacement allows for the complete encroachment of your new SaaS offering into your existing on-premise product and market, thereby yielding the highest level of cannibalization and putting “all of your eggs in one basket.” Many of your existing customers will jump ship because they either feel abandoned or don’t believe in/need a SaaS offering. Anyone who moves from the on-premise product to the SaaS product will do so at the expense of the top line, since now it will take anywhere from 2-4 years to yield revenue that used to be acquired in a single shot. (We’ll call the time period of when an existing client will match its perpetual license top line input via SaaS licensing as the equivalent revenue yield period (ERYP)) A large ERYP and existing customer loss will mean that you’ll need a cash war chest to weather the storm. So why pursue this strategy? Well, if pulled off it can be strategically rewarding. First, it signals to the industry that you clearly support SaaS, enough so that you’ll bank everything on it. This could be good for positioning against newcomers in your space who are “SaaS only” and may be critical in convincing the SaaS choir that you’re worthy of their business. Second, most of the planning is up front. Whether things succeed or fail, once the strategy is executed and some time has passed, you’ve absorbed all of your change early allowing you to focus on your product.

Complementary Offerings: This strategy is defined as creating one or more SaaS offerings that compliment your on-premise product. For example, if you sell an on-premise logistics solution, you may opt to complement it with a SaaS offering that provides multi-installation visibility, management and data integration capabilities that boosts your customers supply chain management value. This strategy is appealing because it does not alienate your existing client base, but instead exploits cross elasticity of demand since odds are that a decrease in cost for your on-premise product should yield more physical installations, thereby increasing demand for your integration complement. Furthermore, it lets you test the waters when it comes to selling subscriptions, still leaving incentive for sales people via perpetual licenses. The downside? Well, you haven’t become a “SaaS player”: While this is a good short to mid term strategy, newcomers with pure SaaS offerings may offer cost and value advantages to your client-base forcing you into a corner with your high priced offering. Generally, if the exit costs on your on-premise offering are high, you should at least be able to “farm the base” while you figure out your next move. Just be careful because a poorly implemented complement could rub-off on your image and your existing product.

The “Lite” Version: The concept of a “lite” version of an existing product targeting a downsampled demographic is a tried and true concept that is used in various industries. We see it used in industries including the auto industry (Hummer releasing the H3, Porsche with the Boxster, Toyota with the Scion brand, etc.) and even clothing (Armani through its A|X brand) How does it play into SaaS? If you’re an existing ISV with an on-premise product, creating a “lite” offering with a subset of features that will be delivered as a service is a powerful mechanism for introducing yourself to the market. It allows you to play off of your established brand and keep your existing customers, and similar to the complementary offerings strategy, allows you to freely experiment with the SaaS model without encroaching on your base and experiencing massive cannibalization. In addition, new customers will most likely respect your existing product. What’s the danger? Strategically, you have two choices. If you still consider your on-premise model as your primary model, you’ll end up at a competitive disadvantage to pure SaaS competitors since you’re likely to use the Lite version as the start of an “upgrade path” to the more robust on-premise version of the software. This is a poor long-term strategy that reflects your company’s true intentions and position on SaaS: that its merely a new marketing tool for you rather than a new business model. If you truly want to shift your company to be a SaaS player, your focus should be parallel development that will allow the “lite” version to mature into a more accurate representation of your on-premise product, giving you revenue to work with, an avenue for your existing customers to switch to SaaS without feeling abandoned by your endeavors, and a long-term goal of migrating your company strictly to the SaaS model.

New Product Line: Relatively self-explanatory strategy. As an ISV, you may have always wanted to tackle a new (although aligned) market via a new product. One option is to create a SaaS offering to tackle this market. Personally, I feel this strategy is a tough strategy. It doesn’t attempt to blend SaaS into your existing company strategy and vision, but instead approaches it from an “offshoot” perspective. Failure of the product will most likely mean abandonment of a SaaS approach since you have little tie-in to your primary business. What’s more concerning is what does success mean for overall company strategy? If the product was successful, and your still happy with your primary on-premise product and business, do you have incentive to plan for the future and protect your primary business via a shift to SaaS? Probably not.

Has anyone executed any similar strategies, and if so, what did you experience in terms of results? Have you executed different strategies from those listed when it came to getting involved with SaaS?

 

Information and Links

Join the fray by commenting, tracking what others have to say, or linking to it from your blog.


Other Posts
How Can a SaaS ISV Drive Down Marketing & Sales Costs?
Is there room for a SaaS hardware play?



Write a Comment

Take a moment to comment and tell us what you think. Some basic HTML is allowed for formatting.

Reader Comments

[…] Over at SaaS blogs Sinclair has written an excellent post about different strategies that ISV’s can take to build SaaS competencies and business cases. Part of the post was the following chart detailing possible business implementation strategies; […]

There is still significant doubt as to whether ISV’s have the ability to achieve SaaS status - nothing thus far gives me any confidence that they do

http://benkepes.wordpress.com/2007/08/29/more-on-existing-isvs-morphing-to-saas/

[…] As with any product management strategy, you need to to have a clear understanding of what you are trying to achieve when you introduce product variants. Sinclair Schuller (from SaaS platform vendor Apprenda) has written a thoughtful piece on SaaS strategy considerations for package software vendors (click chart for a summary). It’s worth reading the whole article, but in a nutshell, he looks at four quite different strategic intents: […]

Excellent post Sinclair. It’s important in any product management strategy to understand what you’re trying to achieve and why, so you can manage the risks as well as the opportunities. Some SaaS proponents dismiss any of the alternatives to product replacement, but they are all valid strategies.

Thanks for the comments and follow up.

Ben, you are right: the proof is in the pudding. The fresh, new SaaS companies will always have the edge, but I don’t believe the situation is dire for all ISVs. Some out there will be able to use some smart decision making when it comes to strategies to fend of the “SaaS invaders.” It is an uphill battle, I just wouldn’t write it off as lost.

Jim, I’ve bumped into the same “all or nothing” product replacement mentality. Each situation is different, and clearly some strategies are better than others in different scenarios (just ask a chess player !!).

To continue Sinclair’s chess analogy, part of the decision making process surrounding product strategy involves the tools available that a) make the target product objective feasible, and b) mitigate the business risk involved. Just as a chess player’s calculations are constrained by the pieces available to him/her, ISVs consider strategies based partially on the tools - both business and technological - available to them. Ben, I see a substantial amount of doubt as well at the moment, but I believe that ISVs can achieve SaaS status given the right tools to leverage and there’s clearly an impending SaaS enablement charge.

Further reading from Gianpaolo regarding SaaS enablement technologies (aka ‘platforms’) from his standpoint at Microsoft.

I can comment from the perspective of being a “start up” within and incumbent. Not a SaaS company but i think the lessons are universal.

For us as the start up to get credibility (our revenue is a rounding error), mindshare, focus from the channel and Capx while operating within the constraints of the legacy business (ie their processes and procedures) has quite frankly been a nightmare.
If i’d been me i would have carved us out a let us do our thing separately (like IBM did with its PC business).
incumbency brings some benefits (money mainly), but the drawbacks are enormous . Try being told to sprint like any other start up, but having to carry the anchor of a large companies processes….and then being told “don’t be too successful”. We’d like to manage the disruption…other nonsense like that

This is a great article and does a great job of outlining options for the migration. Its funny, being in this market and helping clients make these specific, life changing decisions, how many of them just attempt to rewrite the software to be a hosted model without ever understanding the options. We here all the time, “we need to be SaaS”, everyone’s doing it but the implications can ruin a business if not considered thoroughly. Great article Sinclair, and I hope things are going well over at Apprenda.

Mike, it’s good to hear that people like yourself help ISVs understand the strategy implications. Things are going quite well at Apprenda, we’ll touch base soon.

[…] Being involved both in smartbeanz (a financial management SaaS solution) and in product development at Fronde I take a strong interest in the dynamics around SaaS. While my CEO Jim has some insight on SaaS strategies for packaged software vendors (read also Sinclair Schuller’s post) Troy Wing (CTO of Forcelogix) names Agile Development Methodologies as the number one factor for a successful adoption of a SaaS business model. I quote: Software as a Service Development is all about low cost, high quality and speed of delivery. You cannot afford to adopt a bloated and slow approach to delivering features. Users will identify features and issues that will become showstoppers unless you can resolve quickly. The ability to deliver new features quickly will also help retain user interest in your product. […]

[…] About a week ago I wrote an article on SaaS strategies for existing ISVs, and I see that a a parallel conversation emerged starting with a post by Anshu Sharma that claimed that in the real world, ISVs “…adopt a range of delivery model options to fit the customers need and economics of their particular business.” Phil Wainwright followed up with this post, where he vented about Sharma’s position. […]

[…] Over at SaaS blogs Sinclair has written an excellent post about different strategies that ISV’s can take to build SaaS competencies and business cases. Part of the post was the following chart detailing possible business implementation strategies; […]