When you’ve sold desktop software for over 20 years, you feel like you have the pricing down fairly well. You understand all the variables and can predict cash flow based on sales because you know your numbers. If you want to move to a monthly pricing model similar to the software-as-a-service (SAAS) model, how do you come up with the pricing?
That’s what we’re in the process of figuring out right now. With the downturn in the oil & gas industry over the last year, (oil prices have fallen over 75%), not many of our potential customers are wanting to let go of a large chunk of cash to purchase software. We’re thinking that if we offer a monthly pricing model with no commitment, we’ll be able to make more sales to those types of customers.
Software Pricing Methods – Pros and Cons
Why would a monthly subscription be appealing to prospective customers more than a perpetual license?
- Perpetual licenses require a large cash outlay to acquire the license. – Monthly subscriptions require a much smaller outlay.
- Perpetual licenses usually require a yearly charge for support and software updates. – Monthly subscriptions have the support and updates built-in.
- Perpetual licenses are usually considered a capital acquisition. – Monthly subscriptions are considered an operating expense.
- Capital purchasing decisions are usually subjected to stringent reviews. – Operating expense decisions usually don’t have as many bureaucratic reviews.
- Monthly subscriptions have a lower initial cost and there is less cost for changing technology in the future.
We are currently working on web versions of our desktop software. We’re just not there yet. So what we’re trying to do is to figure out how to come up with a monthly price for our desktop software licenses. How do you take a lump sum license and extrapolate that to a monthly charge? You also have to figure in the yearly support and updates that are normally charged each year. Here’s our thinking…
Pricing Example
For purposes of discussion, let’s assume the following costs for the current perpetual license:
- Basic license cost – $8,000
- Yearly support and updates cost – $1,600 (20% of license cost)
- Premium license cost – $14,000 (includes extra modules)
- Premium support and updates cost – $2,800 (20% of license cost)
The first decision is how many years you divide the cost over. This means that it will take you x amount of years to realize the same cash that you would have gotten had you sold a perpetual license. The most common method is to take the cost over three years. So here’s how it breaks down for our two sample products:
- $8,000 + ($1,600 * 3) = $12,800/36 = $356/month.
- $14,000 + ($2,800 * 3) = $22,400/36 = $622/month
Here are the next questions we have to consider:
- Is this a cost per user or # of users?
- Since this is still desktop software, how do you handle termination?
- What are customers willing to pay per month? Is this within their range?
- How do we manage the monthly billing?
Let’s go through each of these questions in detail.
-
How many users does the monthly fee cover?
If we decide that this is a one user fee, how does this stack up against our current per user licensing? In our case the current perpetual license includes two users out of the box. Additional users are charged at $500 per additional user. If we keep this at a per user monthly fee, adding additional users will become very cost prohibitive for potential customers needing multiple users.
Answer: – We’ll make this an unlimited user fee. We don’t have to worry about storage fees and CPU usage since the software is still installed on the customer’s hardware. -
How do you handle subscription termination?
Since the software is installed on the customer’s hardware, how do you police subscription terminations? Do you have the software call home each time it’s started to see what the current status of the subscription is? If the subscription has expired what is the customer allowed to do?
Answer: – We’ll have the software contact our server each time it is started to check the subscription status. We’ll allow seven consecutive contact failures before locking down the software. If the subscription has expired we’ll notify the customer that they have one week to correct their payment method before the software is locked down. When the software is locked, it will allow them to start it up and access the backup feature so they can still access their data if they want to take it to other software. -
What are customers willing to pay per month?
As little as possible. Those are the customers you don’t want. We’ve always found that the customers that bicker about cost and pay the least cause us the most headaches. Now is not the time to take on more headaches.
Answer: – We still have to keep in mind that we need to at least recoup the cost of a permanent license by the end of year three. If the prospective customer balks at the cost, they have the option to purchase the perpetual license. -
How do we manage the monthly billing?
Keeping track of billing is always a pain, especially for small companies. We don’t want to create another full-time position just to keep track of this.
Answer: – All subscriptions will require a credit card or checking account. We’ll set this up to automatically charge the payment method each month. We’ll still have to manually handle terminations, but hopefully these will be few and far between.
Now to get busy on the structure for having the software detect monthly subscriptions and a site that will allow the customer to update their payment information themselves. What do you think? Are we headed down the correct path and have our assumptions correct?
Good topic, I’m wrestling with the same thing. Couple thoughts:
1) The math nerd in me thinks you should include the time value of money in your calculations.
2) You use 3 years as the amount of time. Do you release a major new version of your software each three years requiring folks to purchase again? If not and they are simply continuing on support & update, then you’re actually making more money with the monthly route in years 4+ then you are with just support. ($356/mo x 12 = $4272 versus support & upgrades of $1600).
That might be a desireable “feature” of monthly pricing. On the other hand, good long-term customers may balk at the added cost. Do you offer a lower monthly rate after 3 years? Do you maybe have a lower overall monthly rate realizing that it’ll take longer than 3 years to recoup the cost but that you’re ultimately going to make more in the long run?
3) Do you allow folks that have purchased to NOT purchase support & updates? If so, are you going to let customers drop out of the monthly plan? Most of my competitors are web-based, requiring on-going payments. I opted to let folks drop out of monthly after a certain time as a selling point for my software.
4) You might consider Stripe.com and the StripeX library on VFPX. Stripe has subscriptions which would automatically do your monthly payments. StripeX can let the user enter a credit card in your application and check-in with Stripe to verify that they have a good license (using Stripe metadata). It’s what I’ve used in my program (and the reason StripeX exists).
Thanks for the thoughts Todd.
Here’s my additional thinking in regards to your points.
1) We have thought about the time value. That’s what makes monthly appeal to us and to the customer.
2) We don’t make the customer pay for new versions or upgrades. It’s all built into our monthly subscription which is included in the monthly cost. Once you get past the initial three years it does get more expensive for the customer but that’s the nature of monthly. It’s an opportunity cost for the customer because they get the software at a lower initial cost with no long term commitment.
3) Those that have purchased the perpetual license can opt out of the support subscription after the 1st year. The monthly license has that built in and there’s no way to opt out of it.
4) We’re using Stripe for our web version. These monthly charges will be setup with our current processor (QB) and will automatically charge and post to our accounting. Thanks for sharing StripeX. I plan to look into it for some other stuff we’re doing.