Loading...
Answers
MenuShould we convert our perpetual license holders to SaaS?
We have a fairly large user base of license key holders for our desktop software. Users have paid a one-time fee of $30. To move the key to another computer/system, our users need to reset the key (we allow max 3 resets). The key can only reside in full licensed mode on one system at a time.
We have full control over the license keys on our server. We are thinking of offering a subscription whereby users can do unlimited license key resets. We may include additional perks such as giving them additional license keys, free software upgrades etc - good or bad idea?
Answers
SaaS is the way everyone seems to be going these days, as it is a huge revenue producer for software vendors. Why make $50 once when you can instead milk someone for $10/month for life? As a holder of multiple desktop licenses for products like Quickbooks, Photoshop, etc I can say that I HATE when I am forced to go to a subscription-based model unless it comes with some very good perks. Quickbooks is using pretty brutal tactics to get everyone to switch, including disabling real-time sync with bank accounts, etc. For this reason I will probably switch to a different software vendor in the very near future.
If you do decide to go to an SaaS model, make sure that you give the users a very good reason to switch and ideally give them a choice, don't force it on them. Free upgrades are petty much a given, or else what are they paying for?
Someone who purchases a perpetual license at such a low cost is likely to balk at being forced into a SaaS model.
Split test two licensing models and compare the conversion rate for a SaaS model vs Perpetual license.
Test different variables, price, subscription duration.
You might consider moving from a license per computer to a per user license as this is the very common type of Saas licensing model.
Once you have a data that backs up a move to a SaaS model, then simply discontinue offering the perpetual license. As your old customers use up their license key resets transition them to the SaaS model.
You will definitely need to include free software upgrades in the SaaS model and limiting the number of key resets would generate canceled subscriptions.
With a low price point, I think you might have trouble converting them to a subscription. Like you mentioned, I think you need to offer a perk or repackage the product with a new name and a few more hooks (features, better value) to get them to convert to a new pricing model which would be more expensive for them in the long run.
Related Questions
-
What's the best way to sell a SaaS prior to launching?
I was involved with a SaaS product that launched a landing page and made clear that the product was still in development, but that we would give earliest access to people who pre-paid for the product. We also allowed people to choose what they paid, and promised them that payment would stay in-effect for several months. We generated revenue the first day of posting the landing-page publicly and increased revenue month-over-month. However, we discontinued the product as it was simply not big enough of a market for us to justify continued time and energy. But I would encourage you to pursue a similar model in that it's a great way to test and validate the pain others experience for the problem and a great way to ensure you're building the product to satisfy real customers. Happy to talk this through in more detail in a callTW
-
What are the SaaS B2B expectations when paying annually - annual paid annually or annual paid monthly? Is a discount necessary (i.e. 20%)?
Most Software as a service vendors generally don't book annual deals except in highly specialized cases. Most customers prefer to be able to cancel/change anytime they choose. Also, deals done "offline" end up actually often being more trouble than they are worth to administrate especially for a $2988 ticket. Generally, companies don't view prepaying for SaaS products a year in advance as a "convenience" (to them) so if the debate is internal (not customer driven), I'd set this debate aside until it's requested by the customer. Most customers will request a discount to pre-pay annual service. Happy to talk this through with you in a call, to work through the specifics of your situation in more detail.TW
-
How can I manage my developers' performance if I don't understand IT?
Whenever you assign them a task, break down the task into small chunks. Make the chunks as small as you can (within reason, and to the extent that your knowledge allows), and tell your devs that if any chunks seem large, that they should further break those chunks down into bite size pieces. For instance, for the overall task of making a new webpage, _you_ might break it down as follows: 1) Set up a database 2) Make a form that takes user email, name, and phone number and adds them to database 3) Have our site send an email to everyone above the age of 50 each week When your devs take a look at it, _they_ might further break down the third step into: A) Set up an email service B) Connect it to the client database C) Figure out how to query the database for certain users D) Have it send emails to users over 50 You can keep using Asana, or you could use something like Trello which might make more sense for a small company, and might be easier to understand and track by yourself. In Trello you'd set up 4 columns titled, "To Do", "Doing", "Ready for Review", "Approved" (or combine the last two into "Done") You might want to tell them to only have tasks in the "Doing" column if they/re actually sitting at their desk working on it. For instance: not to leave a task in "Doing" overnight after work. That way you can actually see what they're working on and how long it takes, but that might be overly micro-manager-y At the end of each day / week when you review the tasks completed, look for ones that took a longer time than average (since, on average, all the tasks should be broken down into sub-tasks of approximately the same difficulty). Ask them about those tasks and why they took longer to do. It may be because they neglected to further break it down into chunks as you had asked (in which case you ask them to do that next time), or it may be that some unexpected snag came up, or it may be a hard task that can't be further broken down. In any case, listen to their explanation and you should be able to tell if it sounds reasonable, and if it sounds fishy, google the problem they say they encountered. You'll be able to get a better feel of their work ethic and honesty by how they answer the question, without worrying as much about what their actual words are. Make sure that when you ask for more details about why a task took longer, you don't do it in a probing way. Make sure they understand that you're doing it for your own learning and to help predict and properly plan future timelines.LV
-
What is the average pre-money valuation of a enterprise/SaaS stat-up that is pre-revenue?
There is no valuation until you sell something. An idea or a company is only worth what its sales are. Once you have your initials sales, sales strategy and forecasting length (ie 9 months from first customer lead to close) then you have a formula for valuation. Valuation for start-ups is generally 3.5 x last years sales model should be the growth factor. When you are looking for investors, you will want to have atleast 9-18 months of SALES, not just pipeline and they will be looking at 5x revenue for a 3-5 year payback.TP
-
For a SaaS, I find that Stripe is not available to Indian companies. What are other Stripe-like payment gateway options for Indian companies?
there is Balanced, Dwolla, Braintree but none of them seem to work in India yet.HJ
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.