Is a Drop in Satisfaction Among SaaS Users a Concern?

Jan 26, 2007 by

I bumped into an article at Computer World titled Survey: SAAS satisfaction dropping as customer interest expands. The article highlights a report by the Cutter Consortium and Jeffrey Kaplan of THINKstrategies. In summary, the report discusses an interesting trend in a drop in customer satisfaction among SaaS users despite the fact that interest in the delivery model continues to grow as does the user base. Kaplan “hit the nail on the head” so to speak when it comes to the why; user expectation in a growing market doesn’t synch up with what is provided, hence the drop in satisfaction. As Kaplan noted, this is a side effect of a growing market but did offer a cautious warning to both users and vendors when it comes to expectation. This notion of expectation vs. deliverable is something I wrote about earlier (in a sense). If you look at the diagram, you’ll notice a center piece that defines value. That can be drastically skewed and misinterpreted based on expectation and perception, that’s the SaaS ‘minefield’. I think there is more to this reduced satisfaction, however, than just gaps in deliverables and expectations.

read more

It Costs More to Be a SaaS Company. How Platforms May Fix That.

Jan 25, 2007 by

Yesterday, Will Price of Hummer Winblad wrote a terrific quantitative analysis comparing the upfront funding needs of SaaS vendors, or application providers, with the funding needs of traditional software firms. In case there was any doubt, his data shows that funding a SaaS endeavor requires substantially more money – on the order of 3.65 times more capital, in fact. His article is titled “The Economics of SaaS: We Need a Platform.”

Mr. Price’s funding breakdown consists of data for publicly traded software companies in both the enterprise client/server space, and those that have reached IPO with primary SaaS offerings. His numbers add substantive clout to the prevailing, though often questioned, thought that starting a SaaS company or moving existing business to the SaaS model costs more than the traditional client/server model. Mr. Price deduces that the way to reduce SaaS development costs is to speed up development time – to get to revenue quicker. But how? Well, it’s no surprise that Mr. Price provides the platform as the answer. Solving the time to market and infrastructure overhead hurdles for SaaS vendors is what us platform developers refer to as ‘The Problem’.

read more

Maintaining Dual Products with Salesforce.com’s Apex: Does it Make Sense?

Jan 22, 2007 by

I recently read a comment by Marc Benioff that baffled me. Dan Farber recently interviewed him and summarized the interview in his latest post Salesforce.com’s platform ambitions. In the interview, Farber asks Benioff whether a company like SuccessFactors should write natively to the Apex platform instead of just integrating with Salesforce.com through the sForce API. Here is the excerpt from Farber’s post:

“I [Farber] asked him [Benioff] whether a company like SuccessFactors, which has an HR on demand application with more than 2 million subscribers, should write to the Apex platform, rather than just integrate with the salesforce CRM application through Web services. ‘I think it would be wise to natively support our platform and have a version on their’s. There is no reason not to do both,’ he said. ‘I am sure their competitors will if they don’t…’”

Say it ain’t so! Hopefully one you (the readers) can help clarify this for me, as my nimble mind seems to be crippled by the weight of Benioff’s reply. What I got out of it is that Benioff recommends you, the software engineer or ISV, maintain two equivalent products as two implementations: one of your own likings and one using the ultra cool, ultra fantastic (sarcasm) proprietary and closed Apex language and stack. That is, maintain two code bases, market two products (I guess one to Salesforce.com customers and one to everyone else??), patch two different products when you find bugs, etc. Oh, and by the way, if you don’t your competition will; the advantage of spreading themselves thin will undoubtedly endow your competitor with the ability to crush you in share of market numbers. Ok, I must admit, that’s simply my take on that excerpt (and don’t forget my disclosure, I founded a SaaS platform company of my own) so I’m asking anyone reading this to weigh in: what do you think Benioff was trying to say? Did I understand it correctly?

read more

SaaS Ecosystems: Are They Valuable and To Whom?

Jan 11, 2007 by

At first glance, the concept of a SaaS ecosystem seems to provide value only for the end user, giving SaaS customers a map benevolently drawn by the divine cartographers of their SaaS/ecosystem providers to navigate the ever growing jungle of offerings and value propositions. But as the age old saying “Never judge a book by its cover” implies, take a look below the surface.

First, do ecosystems provide value to the end user? Absolutely. SaaS ecosystems, by nature, create a synergistic effect and positive sum game for the end user. The concept of the ecosystem allows for the exploitation of its participants to the benefit of the end user. For example, as an end user buying into a SaaS service with a budding ecosystem, I can take advantage of the tight integrations I’ll likely find between the ecosystem’s members, making for a smoother ride. Conversely, if I were to buy into a SaaS service A and a disparate SaaS service B, odds are that I won’t be able to exploit a relationship or integration between them as easily as I would in finding a reasonable B substitute within A’s ecosystem. Extrapolate this to all of your software purchases, and you can see that synergy unfold or disappear, depending on which poison you chose. There is definitely value in buying into an ecosystem, but is the ecosystem really a result of provider benevolence? Probably not.

Before I get into why providers extract value from ecosystems as well, let’s think about what SaaS has done to the end user’s ability to find substitute providers for a given service type. Prior to the advent of SaaS, an end user would purchase and implement an on-premise solution for an exorbitant amount of money, time, and effort. This placed the customer in a precarious strategic “stuck between a rock and a hard place” situation: if the software product proved to be worth less than what its cost was, finding a substitute was generally unreasonable since they would have to re-incur all of those exorbitant costs for the replacement. In essence, the on-premise model greatly reduced a customer’s replacement mobility which would generally correlate to a reduced customer flight risk for the vendor. Think of replacement mobility as the product of having substitute options coupled with your ability to leave your current software choice and flight risk as the risk of a SaaS provider losing a customer due to the customers replacement mobility. A reduced flight risk meant that even though the customer disliked the product, they would probably continue to invest in it by purchasing small upgrades, support, and customizations from the vendor. Obviously, the vendor liked this. SaaS, however, turned this model on its head. Assuming a customer can access their data, the cost of switching from one vendor to a substitute is much less pronounced than the on-premise model. This difference created a value gain (in green) for the customer and a value loss (in red) for the vendor when contrasting with the on-premise model.

(bigger)

SaaS vendors are aware of this, forcing them to place a large amount of focus on delivering quality functionality and service to reduce attrition rather than rely on the artificial retention dam created by the high cost of implementing on-premise. Although customers view this as fair, vendors (particularly those who used to sell on-premise) view this as sour grapes. The ecosystem, however, helps reallocate some of the customers large value gain back to the vendor. When a vendor deploys an ecosystem and populates it with value-added partners, it is providing the customer more value while also making it more difficult for the customer to leave in events of teetering dissatisfaction. A customer acting as an ecosystem consumer now has to ask “Can I find a substitute for the SaaS service and the value I’m deriving from the ecosystem.” Being a more difficult replacement proposition might force the customer to overlook some levels of dissatisfaction they may not have overlooked if they were not consuming from the ecosystem, thereby placing less onus on the vendor.

(bigger)

Does the ecosystem provide value to the vendor? Absolutely. The ecosystem can generally be considered a win-win, as long as the customer is aware that it will affect their replacement mobility. So how do you feel about ecosystems? Do you think they’re all hype, or actually add value to a SaaS offering or platform? If you’re a provider, do you see value in reducing attrition rates through a tactic like this?

 

read more

Apprenda at SaaSCon ‘07

Jan 10, 2007 by

Apprenda, developer of an upcoming general purpose SaaS platform for ISVs, is a sponsor of the SaasCon Conference which will take place April 17th and 18th in Santa Clara, CA.

Apprenda will also be on the exhibition floor at booth 416.

 

 

read more