Don't insult me with your pricing (2019)
derrickreimer.com
derrickreimer.com
I hate when pricing sheets say "Call us for pricing" - just tell me outright, are you charging $5 a seat or $500 a seat? I'm not going to call or email to find out, I always assume that "if you have to ask, you can't afford it".
Also, the "contact us" pricing pages are not for regular people, they are for VPs or executives to go through. That it filters out regular people is a feature, not a bug.
My pet hate currently is opaque “credits” and value based billing.
I saw an ETL tool earlier which charges on a per column basis. I’m sure that backfired over flat tiered plans.
> One might argue I am being overly sensitive – I beg to differ. I suspect this company’s intentions were not pure.
> The product does not make sense for a hobbyist to use (it’s a tool for businesses). More likely, they’re hoping I will tell myself, “I’m not a hobbyist, I’m a real business!” and proceed to select a more expensive plan than I actually need.
They could even offer the exact same features for Hobbyist and Startups and differentiate them by the declared purpose of use only.
Another ETL charges per unique primary key synced, ignoring the fact the systems with append-only databases could move the exact same _volume_ of objects as another system, but cost 100 or 1000x more because of an arbitrary uniqueness constraint.
Not to mention they also use a credit system which not only uses different tiers of pricing per credit, but ALSO credits have a sliding scale of value where syncing less rows has a higher marginal cost than syncing more..
You need a constraint solver to figure out pricing, it's madness.
Almost every SaaS pricing is doing this. At obe point few customers would write us and claim that our competitors were cheaper even though they were not. The yearly plan of the competitor was slightly cheaper than our monthly plan. That forced us also to play that game where we added yearly plans with the pay 50$ per month (PAID YEARLY) just to not look more expensive on a superificial comparison of our customers
Meta point: 'don't insult me with your' tiny blog-in-a-sidebar & massive photo-content?
Fair enough, author and you and others obviously like it - but follow that line of thought and why do we have sidebars? Why aren't they middle bars? Put the actual content to the side.
A lot of research has shown that in general humans (at least in English speaking countries) look at top left side of page and scan left to right, top to bottom.
People do not look first in the middle of the page .There are others too, I just searched for "round prices up browser extension"
I rarely see it in Europe, and I think I've never seen it in Scandinavia.
When I was in the (US) military, none of the vendors like the base exchange or on-base bars or restaurants overseas used coins smaller than a nickel (5 cents). It just wasn't worth shipping pennies overseas. The one exception was the post office. This was ~2005, so people still used cash.
I have no idea what part of Scandinavia you're talking about, but in Sweden this type of pricing is used all the time.
Right now I just opened a random page of prepared food for one of the big-3 supermarkets and I can see Tortellini for 35,90kr; Gnocchi for 28,90kr; Tikka chicken for 56,90kr.
If I go to another random page for kitchen appliances (Elon) I can see a whole range of items for 2995kr (fridge) 5995kr (dishwasher) and so on - infinitely.
These are exactly equivalent to the .99 price manipulation psychology.
So tired of the self-righteous "in Scandinavia we don't do this" crowd.
If your usage and budget is on a hobbyist level but you're expecting business level support, you won't be happy with the service and they helpfully ruled their service out of your choices.
I'm sure if you keep looking you'll be able to find something that will give you the warm fuzzies at your desired price.
Hmm that does sound like the hobbyist tier. Depending on the tool, I'd go for predictable costs if it's a business expense unless it's part of the money maker plumbing and really needs to scale to unexpected demand...
However, if you're a hobbyist who barely uses the service, you like metered pricing because it ends up costing almost nothing ;)
And this is what I'm picking on... the OP doesn't like the "Hobbyist" tier name but is actually a hobbyist.
$1.00 + 30% = 1.00 + 0.30 = $1.30
then
$1.30 - 30% = 1.30 - 0.13*3 = $0.91
PROFIT!
Yes, it would be great if pricing and marketing was always honest but I don't expect to see "We do our best, but we're often mediocre, so just go for the cheapest plan" anywhere soon.
Train the bs filter. It'll serve you well in this and many other cases.
The reason why is principle. Build a good product, price it appropriately and people will come. I payed an exorbitant amount for a Bitwig license, but that was because they provided a product that made me happy and was a fair deal. No dark UX practices, no contract or perpetual payment obligation, just a transaction of money and software. I regret it less than my Netflix subscription, honestly.
Unfortunately, much as I would like that to be the case, that's just not true. People won't come simply because you build it, in fact that's a common refrain heard in the startup world. People, however, will pay for subscriptions if they materially help them. And subscriptions are often the best for developers because software development is not static, there are always bugs to fix and features to add.
- some software requires constant maintenance. Subscriptions are the only way to make it possible.
- some software may cost damn lot to create so no feasible single payment exist to even cover the costs of creation (especially on the early stages of sw lifecycle [and/or] when marketing is poor, but the devs still need funds to proceed). Subscriptions are the only way to make the price bearable for the general public. Example: market of games for Android. Google has tought the public that many sw for Android is very cheap or even free - try to stay afloat on that premise without subscriptions.
- etc etc etc
I'm sorry that I have to tell you what to do (and nobody likes to hear such unasked advices) but you really should try to build your own product and make it successful. This is the only way to validate the viability of your "principle".
> you really should try to build your own product and make it successful
I have no desire to make a product. I'm a programmer and a server technician, not a product manager. The tools of my trade are free and openly developed, no amount of CI Pipeline startups will change that.
Well, no, actually. It's really a two separate not connected cases. I've already provided an example for the second bullet and here's an example for the first one: sw/service that integrates with a number of third party external network interfaces. The cost comes from ever-changing external endpoints.
> I've seen entire companies built around the idea that someone has a hard-to-get CSV file...
Sure, almost anyone encountered such companies. That's just another side of a coin. Not a reason for me to dismiss subscription model for some sw as a "principle".
On what I certainly do agree with you is a notion that companies should state very clearly why I should pay them a subscription instead of a single payment. "We just want more money" is indeed close to a kind of an insult.
> I have no desire to make a product.
That's an issue ;) So you don't give yourself an opportunity to review your decision and your principle just comes unchallenged.
I didn't say that I don't think about it. I actually give it a lot of thought, which is probably why I despise the idea so much. I'd rather die an asshole who was a decent programmer than Yet Another Startup Baron who lost their life savings to a nothingburger served in gold foil.
- MVP (was Hobby)
- Startup
- Business
- Enterprise
- Tall
- Grande
- Venti
- TheTierWithSAML
You’re more likely to buy a 10 lb (2 kilo?) bag of Gummy bears for $20 because comparatively it’s cheap!
The networking community historically follows a tradition coming from telecoms, which is why there is a bit of a cultural split between networking folks and other computing folks (software and hardware folks have more cultural connection to each other than to networking!)
Apenwarr actually traces this cultural and historical split forward [1] even to the difference between lower levels of the stack defined by IEEE standards (e.g. 802.11) and higher levels of the stack defined by IETF (e.g. IP).
Unfortunately given the shadiness of pricing in telecoms I believe the pricing and unit of measure are not technical-based and the bits part is not because they are actually super technical about it.
Today? I would argue 95% of people don't know or care how many kilobyte per second their Spotify uses, or how many gigabytes per minute watching Twitch at 1080p uses.
1000Mbps might as well say "1000 fastitude".
Right from the start telegraphy used symbols per second because anything else gets difficult to explain (eg hello is 5 symbols, Hello is 7 symbols). 200 years later we've made this more complex, not less. If I send a byte, it ends up as approx 64 bytes on the wire. Which bytes do we count? Do we count inter-frame spacing?
Symbols per second for transit and packets per second for routing are the only metrics that are actually fair