Currently working on the pricing for my SaaS startup, I wonder about which pricing model to apply. It seems that almost all SaaS use subscription billing nowadays and I kind of miss the old day when we can buy a software just once.
Would like to hear what do you guys think, do you prefer one-time fee or subscription billing for a SaaS product?
Top comments (11)
Thanks guys for your insights!
To be more specific, does this make sense to go with onetime payment for a email alias service? in short email sent to alias will be redirected to your email inbox and you can also reply as the alias. The main difference with similar services like temp-mail or 10minutemail is the aliases are permanent.
The operation cost is quite low (server, maintenance) and iām thinking about 10-20$ onetime fee, what do you think?
As an end user, I'd actually expect this to be some small monthly fee per alias, with the aliases only staying 'alive' as long as I kept paying for it. Probably something like 1-2 USD a month, maybe with a slight discount if you've got lots of aliases or pay for a full year up front.
In your shoes though, I'd not even consider a one-time option for a couple of reasons:
Thank you for the thoughts! You're totally right on the potential abuse risk and the laborious work to keep the email server running correctly. Could you elaborate more on the following please?
At the same time, I think onetime fee can be a convincing option for a new, not well known yet product. I'm thinking about offering a onetime fee for early adopters and subscription for others, what do you think?
My point is that you'll tend to get more backlash from users if you ban someone who has paid for a 'lifetime' license for the service than if you are dealing with a subscription model. Depending on how quickly they get banned and where exactly the transaction happens, you may even owe them a refund if it's not a subscription model.
I think that's largely reasonable, but I'd be careful to put reasonable limits on the one-time fee (IOW, they could have up to some number of individual aliases active at the same time before they have to start paying just like everybody else). I'd also make sure to spell out clearly in the TOS that you make no guarantee that the service will stay online forever, otherwise you may end up in a situation where you're forced to keep maintaining it to support the people who paid the one-time fee.
Thanks, I understand the point on the banning now :). And great point on being careful in the TOS, I'll make sure to put it in the TOS!
As a side note, what do you think about the idea itself? Is this a service that might interest people?
I couldn't really say for certain. Based on what you've described so far, I can see three use cases for this:
To:header. IOW, use emails through your service for everything, and then have each alias get auto-sorted after forwarding. In this area, you're really just competing with address extensions (the part after the '+' in emails likefoo+bar@example.com), and most decent providers properly handle those at no cost with zero setup. On top of that, you'd need to handle things specially on your end for this to work (though you probably should go to the trouble of that kind of handling so things are properly traceable by your users and by law enforcement).Support the disposable email is indeed an excellent idea and it's quite easy for us, let me put it into our todo list :).
The product corresponds to the third use case. Its main goal is indeed to protect user online identity. If you are interested, could I contact you to send you more details and have your insights on this product?
Sure, though I don't know how much more insight I might be able to provide other than the usual reminder for all online services of 'Make sure you're compliant with relevant data handling legislation (GDPR or otherwise).'.
If you want to drop me an email (should be listed in my DEV profile), that's probably going to be easiest for both of us.
Okay just sent you an email :).
I feel as though this is something that should be considered on a per-project basis, e.g no point charging $200 once off when the product would cost $200/year to run or maintain.
Pricing really needs to have expenses/costs factored in if you plan on being sustainable.
SaaS is ongoing. The software is hosted so the new versions, the maintenance, the hosting are all continuously provided. It therefore only makes sense to charge subscription fees, because otherwise it's essentially a ponzi scheme whereby new members are needed to finance the product for existing users.
The exception might be if you have very low maintenance and hosting requirements.
Traditional software could be 'sold' because that single fee covered the development to that point, and new versions were funded by charging for upgrades.