A company needing over 32GB of server RAM is getting more value from it than if they only needed 1-4GB RAM. It's a measure of customer value created. I suspect Jeff is upset mainly because he didn't know . 32GB is an arbitrary seeming boundary, that wasn't signaled clearly (enough to him). He breathed to life a plan to live his ideal of RAM-cheap, coder-dear. He went to the trouble to buy RAM. And to pay for it. And…
Open source software only comes in one edition: awesome.
61–63 of 63 posts
Re: Open source software only comes in one edition: awesome.
#62Applying the googlenomics concept I just read in Wired, aren't auctions the next step in pricing's natural selection process?
Can auctions function for goods that are not (practically) scarce?
Re: Open source software only comes in one edition: awesome.
#63A company needing over 32GB of server RAM is getting more value from it than if they only needed 1-4GB RAM. It's a measure of customer value created. I suspect Jeff is upset mainly because he didn't know . 32GB is an arbitrary seeming boundary, that wasn't signaled clearly (enough to him). He breathed to life a plan to live his ideal of RAM-cheap, coder-dear. He went to the trouble to buy RAM. And to pay for it. And…
Clarification I think my comment seems a bit sarcastic, but it wasn't meant to be. I think marketing should be as up front and clear as possible about what customers are getting, instead of hiding it. Publicity (like Jeff's response) is one of the few pressures on them to do so.
It reminds me of the founder/maintainer of a very successful programmer's website who said, "People will not read what you write [for a web-app GUI], not matter what you write, or how you write it". His frustration was maxed out. It occurred to me that one solution is to only provide buttons (i.e. actions) for what you actually want users to do. This constrains their choices to only valid ones. This amounts to a kind of "wizard" - but they've been very successful, so this isn't a bad thing. It also obeys the "don't make me think!" imperative, provided the GUI is designed-well... It also helps if the pricing options are also designed well. In fact, I believe it is worth sacrificing profit/benefit to the customer (or other efficiencies) if by doing so, you can make the choices clearer and simpler for the customer (eg. clarity can come from obvious patterns in the pricing, even if they totally don't fit the true demographics).
To apply this to successfully communicating the limits of each pricing option, where "successfully" means that the customer hears what you say, you could have a button for each limit. By consciously selecting the limit, the user would know what it is. Unfortunately, this can lead to frustrating backtracking when one choice constrains other choices in unexpected ways. One can muck around with different orderings of the choices, but I think that ultimately, the only real solution is to make the options match what the user would expect.
That is, change your pricing model to accord with what the user expects. Not vice versa. This is a kind of "pricing positioning", where the goal isn't to sell more, but to communicate better, by associating your product with a category, and then following the standard pricing approaches for that category - whether they suit you or not. The purpose is to communicate, and doing it well makes everyone happier.
For me, it's intrinsically valuable: successful communication is a joy in itself; miscommunication is suffering.