Showing posts with label procurement. Show all posts
Showing posts with label procurement. Show all posts

Monday, October 12, 2009

SaaS Gone Wrong: Telltale Signs

It's been my experience that I learn more from failure than success. And there are some who would quip that I've certainly had ample opportunities to learn.

To gain from the experience of failure, though, requires that you recognize it when you see it.

To help software-as-a-service (SaaS) solution providers recognize their failures, I'll point out a few telltale signs that will let them know that something's gone wrong.

Customer acquisition costs are too high

When your customer acquisition costs can't be covered by the projected lifetime subscription revenues derived from customers, you have a problem. A faulty sales and marketing machine gobbles up one dollar in expenses and pays out less than one dollar in revenues. To borrow from another business axiom, if a dollar in yields less than a dollar out, you won't make it up in volume.

There could be several solutions to the problem: establishing a more efficient sales and marketing process, securing more renewals, raising the subscription fee, or articulating a more compelling value proposition, among others. But if you find that you are spending more than you're earning, first acknowledge that you have a problem.

Note that the calculation for customer acquisition costs measures annual sales and marketing expenses relative to subscription revenues earned over the lifetime of customer. SaaS companies should, in fact, expect to pay a high percentage of annual revenues on sales and marketing - often in excess of 40%. But the goal is to earn that back, and more, over the entire length of the customer's subscription. A high-functioning customer acquisition machine can gobble up one dollar of expense to win a customer, but should pay out three, four, five dollars or more over time.

Implementation costs are too high

If the cost to implement your solution is chewing up a large chunk of the subscription revenue, you may have product problem. High implementation costs and long deployment times are often a symptom of a SaaS solution that requires extensive customization.

Not only is customization an immediate problem, but it usually grows worse over time. Every upgrade to the solution may require additional implementation expenses. Even if the customer has paid for the initial implementation work separately, the vendor incurs new expenses with every new product release. There's a cost to violating the SaaS multi-tenant model.

The solution is configuration instead of customization. Better yet, configuration managed by the customer. Allow them to tailor the solution to suit their particular needs, but without altering the core of the solution.

The sales cycle is too long

If you find that sales cycles are extending too long, there's a problem. The SaaS model usually functions best at faster speed. You spend money now to make money later. Anything that delays the "make money later" part of the equation is a bad thing.

The sales cycle might be stalled by IT professionals with legitimate questions about security, performance and integration. Or perhaps, legal and procurement professionals are struggling to understand the unique SaaS terms and conditions. Multiple drafts of red-lined contract drafts pinging between vendor and customer are a sure sign that something's gone wrong.

IT, procurement and others involved in the purchase decision should be educated and won over, and earlier in the process is better than later.

The marketing and sales support material is out-of-date

If your marketing group is struggling to keep marketing and sales support material up to speed, you may have a broken product introduction process. You'll know it, for example, if your web site and product literature are out-of-date, or press announcements lag product enhancements by weeks or months.

The cause may be a product introduction process that's built for on-premise applications and 18-month enhancement cycles. It's out of sync with a SaaS development schedule that rolls out enhancements every quarter. Your marketing team is caught on the "wheel of death" and can't run fast enough.

This isn't a comprehensive list, but you should be on the lookout for each of them. They're all symptoms of your SaaS model gone wrong.

Monday, September 21, 2009

SaaS Requires Standardization

Does anyone else remember something that resembled a programmable typewriter?

I was volunteering at a legal aid office during the summer of 1971, and one day they rolled in a workstation outfitted with an electric typewriter, an automatic paper feeder, and a box attached to the typewriter where the typist/operator plugged in different cartridges. As I recall, each cartridge would cause the typewriter to automatically type out a standard legal document, pausing at certain points to allow the typist/operator to manually key in names, addresses and other particulars.

This precursor to the Wang word processor and MultiMate on a PC was a wonderful time-saver and served the needs of the law office as they cranked out the standard "writs of this" and "appeals of that," each legal document identical, save for the names and addresses of the parties involved.

Companies selling software-as-a-service (SaaS) solutions should strive for this kind of standardization. They should aim to prepare identical legal agreements with standard terms and conditions for all customers.

Standard = Faster

For one thing, a standard agreement accelerates the sales process. Too many of us have seen opportunities proceed smoothly through most of the sales cycle, securing approvals all along the way, until they run smack dab into the folks in procurement and legal. A quick and easy sale becomes a protracted and difficult sale. One red-lined contract draft after another gets passed back and forth between the vendor and the customer, haggling over payment terms, service level agreements, activation clauses, ad nauseam. And in the SaaS model, delaying the flow of subscription revenue by weeks or months is painful. (See "Getting Deals Unstuck from Legal and Procurement.")

Changes now can cost you later

Adhering to standard contract terms also discourages customizing the application or operations for individual customers. You can build and maintain a single application that's hosted, delivered and supported via a single, standardized set of procedures. "One-offs," whereby one customer is handled differently than others, can increase costs for development, testing, deployment, support, upgrades and operations. What may look like a small change to the contract can be costly over the entire life of the customer.

Obviously, some SaaS companies need to be more flexible than others, and a single set of terms and conditions may not be practical. Large enterprises, for example, may require particular provisions to suit their specific needs for broadly deployed, critical applications.

That said, however, SaaS companies should still aim for standardization, and they should make it clear which items are negotiable and which are not.

Anything that stops the typewriter keys from clicking automatically at 150 words per minute and forces the operator to manually type in something unique can be extremely costly.