Main Area and Open Discussion > General Software Discussion

Pricing Software - Some Considerations and Techniques

(1/3) > >>

40hz:
A few weeks ago, fellow DC member mwb1100 introduced the forum to a software pricing concept and philosophy called Fairware. It provoked some interesting comments and debate from the membership. Of especial value was when Fairware's originator (and now DoCo Honorary Member :up:) hsoft joined the discussion to clarify certain points and address questions some of us had.

While the Fairware discussion is ongoing, I thought it might be beneficial to take a look at some different strategies in order to round out our awareness of other ways to price a software product.

Because most of these are more traditional approaches used by software developers, I thought it would be better to start a separate thread in order to allow the Fairware discussion to stay more closely focused on the unique aspects of that model - much of which goes far beyond the mundane issue of setting a price.

So...on to some other approaches to determine pricing for software products.

Pricing Software - Some Considerations and Techniques

A good starting point (either for discussion or experimentation) is a recent article on Smashing Magazine's website.

Smashing Magazine
You’re Pricing It Wrong: Software Pricing Demystified

    By Eran Galperin
    September 28th, 2011
    

Pricing your own product is always a tricky proposition, and the more critical the price is to your product’s success, the more difficult it is to set. It’s easy to look at another product and say how much you would be willing to pay for it, but how can you know how much people would be willing to pay for yours?

There are no absolute truths or perfect formulas for finding the best price, assuming that the “best price” even exists. Instead, take a structured approach to finding a good starting point, and improve it through feedback and testing. But first, you need to understand what the best price actually is.
.
.
.
--- End quote ---

Well worth a read. 8)

mouser:
Thanks for sharing this 40hz!  :up:

Renegade:
Interesting.

I'm going to be doing some experimentation with pricing in the near future. I'll try to remember to post back some of my results.

I liked the quote from Joel in the article.

...nothing we have ever done at Fog Creek has increased our revenue more than releasing a new version with more features...
--- End quote ---

It confirms what I've been trying to tell people -- software marketing is release driven.

barney:
[/url])[/i]
A good starting point (either for discussion or experimentation) is a recent article on Smashing Magazine's website.
-40hz (September 30, 2011, 04:13 PM)
--- End quote ---

Hm-m-m ... well, the argument there holds true to the marketing principles taught in most of academia.  But, then, I've never agreed with certain precepts of those teachings.  Prolly why I didn't get a marketing degree  ;).

Perceived value is discussed from the vendor's standpoint, but it is seldom approached from the standpoint of the buyer(s).  There are [at least] two (2) variants on that concept.  The marketing concept is reasonably well presented in the article.

But there is another perceived value, that of the customer, that is often quite different and often overlooked or ignored.  If the customer is buying for pride, bragging rights, or something similar, then the proffered methodology is, I suppose acceptable.  If the customer is attempting to purchase functionality, the methodology fails.

Look, if I buy software, I buy it for a specific purpose, whether it be MS Office or a simple copy app.  If the software performs - not according to marketing hype, but according to my needs - then it might have been worth the monies paid for it.  But probably not.  Most software I see marketed tries to make up for all effort expended upon it - in one (1) sale.  OK, maybe ten or a hundred sales  :).  But almost all the software I see is grossly overpriced for its functionality.

I should prolly keep my mouth shut  :-\, since all my development was in-house, and I never had to make a living at it.  I've just got some really strong feelings about how software is marketed and priced.  That's one of the reasons I'm here at DC - I'll donate according to my needs and abilities at the time, but most software pricing just galls me.

OK, I'll shut up now  ;D.

Renegade:
@barney - Can you give some examples of what you mean?

I'm a bit surprised though. As you're doing in-house development, you probably have seen how some tiny feature that should take a day can stretch out into a major deal that takes forever. Efficiency can sometimes suffer in larger organizations. (Ok, maybe that's an understatement, but whatever.)

One of the problems with software is that it simply costs a lot to sell it. Getting the word out is extremely difficult. AdWords is a primary advertising channel for a lot of people, and Google is very good at extracting every single penny that they can from advertisers. With marketing costs so high, how else can you price software? The development costs are generally fixed, but your marketing costs, or rather advertising costs, are pretty much on a per sale basis.

So if you're spending say $0.50 per click, with a 2% conversion ratio, you've spent $25 to sell 1 copy. Unless you're charging $26 or more, you're guaranteed to lose money. And that doesn't factor anything else in - just advertising. Ouch!

On top of that, advertising inventory is limited, so it's not like you can just say, "Oh, let's sell our software for $27 so that we make $2, and do that a million times so that we make 2 million dollars." You can very quickly max out the available advertising inventory that Google has, and then you still need to pursue other advertising channels. But all of that requires effort, and at the end of the day, you may spend all your available marketing time on Google with little left over to invest properly in other channels. That makes other efforts less productive, and drives you back to Google in a vicious circle. I've seen that time and time again in developer forums -- people focus on Google to the point of self-destruction.

I suppose that a lot of software is overpriced, but I really don't know what can be done about it given the environment we live/work in.

Regarding the 2 sides of "value" - I think it's unfortunate, but "value" has been so bastardized by marketing, that I don't see any salvation for it. I mean that the value of something in terms of its utility is a dead concept. Marketing has become about propagandizing and evoking emotional responses, and rationality has largely departed from the game. Apple ads are a great example. Apple itself is a great example. It has become a religion, and anyone that questions the dogma is a heretic.

The same principles apply to other "religions", like climate change. If you dare question the holy litanies of climate change, you're a heretic.

In less extreme examples you can see this in academia in pretty much every discipline. If you come up with something that questions accepted dogma or puts forth an alternative explanation, you're drummed out as a kook.

Rationality simply has very little place in the world. I think software prices would be lower if that weren't true.

Navigation

[0] Message Index

[#] Next page