More common now with SaaS seems to be employee count or some other poor proxy measurement for usage. I love actual usage based billing, but some of the proxies people pick are ridiculous. Like, if I have 5 seats or 500 employees, but 2 users spend 6 hours a day in the software and then 10 others maybe look at it once a quarter, paying the same for those is absurd and is not usage-based billing at all.
The cost of that PDF generation might as well round up to zero, but developing the tech cost multiple man-years of work. How do you price that “objectively” unless you’re given a breakdown of the company R&D expenses, operation costs and margins. That is not a reasonable request. Either you’re happy paying $X because it solves your problem and brings equivalent value to your business, or you’re not.
I do agree seat-based pricing is often ridiculous, but that’s a problem for the free market to solve. Alternatives usually pop up given enough demand.
You ballpark how long it would take you to build something similar? You don’t need any breakdown for that, just a marginally competent engineer on staff.
> we can't do estimates.
Software developers as soon as estimating something would be beneficial for them.
> all you need is one of us on staff, to do estimates.
No, I don't see, but it's clear from your personal attack that you do see and that you can help me, so thank you in advance. So please, help me to see.
Can you please point out to me where I'm being the "worst possible customer" ? Is it because I refuse to lie and/or make shit up to jam my extremely square peg into their round hole? (which I might add, would open me to legal liability down the road if I guessed wrong (lawsuit for underpaying license fees), or would mean I drastically overpay and even bankrupt the company if I guess way too high. What if I get one customer and use 500ms of a single vCPU all month, but I guessed 50 vCPU?).
If they want to know things that I don't even know in order to price them, what else should I do? I have a theoretical product that doesn't exist yet, with 0 users, 0 vCPUs, and 0 vRAM because it isn't deployed yet. I have no idea if I'll get 10 users in the first year or 10,000,000. How many vCPUs and vRAM should I tell them so they can price it? Keep in mind this will be deployed in an AWS lambda function so it scales literally on-demand, demand that we have no idea of yet because the product doesn't exist. We also have no idea how much CPU and RAM it will even need, because again it doesn't exist so it can't be profiled or measured. If you can't answer that, I won't accuse you of being "the worst possible customer" ;-)
Maybe a different approach. I have a PDF library that I want to sell you. I typically charge $10,000 per vCPU per month. You are thinking about building a product on top of my library and ask me for pricing (which I don't publish anywhere so you have absolutely no idea what to expect). You have no idea how many users (if any) you'll have, and you plan to deploy this as a lambda function that can scale from 0 to Infinity almost on-demand. I ask you how many vCPU per month you're going to use so I can quote you a price. What is your answer?
A PDF conversion may be required for the end-users, but it doesn’t make the entirety of the value of the product. It just doubles it, as well as the N features before that. But although each feature doubles the value of the product, the order of features doesn’t matter; A PDF export might have been added as the second feature, but the 10th feature still doubled it.
Unfortunately, there's no such thing as a free lunch - you can have simple and predictable but you will have some users that you pay for that aren't getting value. You can have usage-based billing, but then you run the risk that anyone who uses an antipattern for the product will suddenly cost you a ton (or consume all of their allocated quota and be dead in the water, which is differently bad).
The more flexibility you offer, the more complexity you're putting onto customers and sales teams to understand what's the best way for them to consume the software.
There's also a lot of market pressure to "follow the crowd" - even if you have an option that is (in your mind) more customer friendly/favorable, if you are structuring your pricing differently than the competition, there will be customers who are concerned that they're not getting "a good deal" or concerned that the structure will end up being less favorable to them over time (after all, why does everybody ELSE do it this other way?). Sales reps also prefer pricing strategies that are at least structurally consistent with other products on the market, because it makes their lives easier.
Similarly, it's very difficult to change pricing nad packaging later on - changing price is relatively simple, but changing units of billing or retiring an old offering can be an extremely difficult task.
(disclaimer: these are just my own opinions, everything is hard)
It is true you CAN do this, but very few do, for a few reasons:
One is, it's bad for margins - when you build a pricing model, you inevitably end up creating a system where some customers subsidize other customers. You assume each user or unit of usage is going to cost you X/unit and you charge X+Y. There is inevitably going to be a distribution of users and their usage patterns and costs, and the 90% percentile is probably going to be 5X, and the 10% is probably going to be .2X. There's not any malice there, it's just that different users have different usage scenarios and they use the product differently.
Another reason relates to the issues with usage-based billing. Even in that scenario, whatever usage dimension you measure on will have users that don't fit the profile and they still end up being subsidized (from a margins perspective) by customers that DO map to the profile. A really naive example - you're a database company, you want to be cheap for people to get started, you go with usage based billing and charge based on storage. For most customers, that works - assuming your product value is apparent and differentiated, I think most people would understand that "I have to pay more because I'm storing more data, and accessing that data can be more expensive, queries more complex, and the utiltiy that I get from the database scales as the quantity of storage increases". Great, usage based billing, let's do it.
But - then you have users who store very small amounts of data but with incredibly high query volumes. Your options are to either just eat the cost of those users (which might be fine for some amount of time) or now start to add additional dimensions on which you meter usage. So now you charge for storage AND cpu time AND maybe concurrent connections if that's a problem AND bandwidth. Congratulations, you have now created the perfect usage-based billing model, which perfectly assigns customer charges to handle the multitude of usage patterns that customers experience.
BUT, it's really complicated to explain to people, and it's really complex to predict costs. That has two implications, one of which is that your value proposition has to be increasingly compelling as complexity increases. To use the database example, at some point someone at a customer will say "honestly, wouldn't it be more predictable if we just spun up a couple of VMs and ran a database instance ourselves?". Complex usage-based pricing works if you've got incredible technology that would be difficult to impossible for a customer to deploy themselves, but if your value prop is convenience and/or abstraction, you're diminishing that value as you make the pricing model increasingly less convenient and less abstract.
The other factor is that someone has to build and manage the metering of all of these things. Even a single dimension like storage is complicated - how do I bill for additional storage? Do I look at the total storage at the end of the month and multiply by X? That hurts users who, say, run end of month batch jobs - but for you, users that use huge amounts of temporary space and then free them before the end of the month, that hits your bottom line (depending on your own architecture). So maybe you want to charge on a daily basis, but now every problem gets more complicated.
Then, if you extend that across multiple billing dimensions, it's just gotten harder and more complicated. Now it's rock and a hard place time - you can stick to one abstract usage measure that is easy to reason about, but you're inevitably going to have some users that underpay based on that usage measure and some that overpay. Or you can add more dimensions and make things more "fair", but everybody's lives are harder, both for the customer and for you and your team.
When you give customers automatic optimization, you get the worst of both worlds - you make less money on the bottom 10% (usage-wise) of users/customers because they end up falling into the usage based billing, and you make less money on the top 10% because there is capped upside for you as the provider. For customers, sure, it saves them money, but what you're really giving them is a price cap (not to exceed X).
I would say for the sales teams, it's also not great, because they have all of the challenges of explaining two different models. For enterprises, it's a mess because 1) they'll probably want to negotiate specific billing terms for their use cases (we don't want to pay X for bandwidth, we want to pay Y) and other structural terms, all of which your billing system needs to support.
At the end of the day, however you charge for anything is an abstraction layer on top of your costs. That's true if you charge per user, or per object, or per gig, or per connection, or whatever else. It's all unit-based pricing even if it's not usage-based procing. You have to decide how much work you want your engineers, customers, salespeople, etc. to do in order to build, explain, and understand how much someone will pay for software.
My general advice is to pick the simplest pricing model that protects your margins and prevents abuse. For infrastructure-y products, things like storage, compute, network, are all reasonable meters. For SaaS products for business users, per-user pricing is well-understood, and there are things you can do if you really want to apply a usage-based element there (bill based on MAU, or have a MAU component separate from seats purchased). But there's really only two scenarios - you pick a small number of meters and understand that some customers will subsidize other customers, or you meter across a bunch of dimensions that align to your costs and create a lot of complexity for your customers. Blending the two gives you worse margins and the complexity of both options combined.
I don't think it's an especially hard model to understand though. It's commonly called pay-as-you-go in consumer mobile plans and sold as the cheapest option to customers that may not even speak the language the fine print is written in. Those consumers still understand the service they're getting.
Telecom is actually a good example of how granular billing can get, but still produces an incredible profit margin even with simple pricing strategies.
Consumer telecom is a great example of a very constrained problem space. There’s two levers, call time and data. And the population of people who are consuming that are limited to the size of the family.
By contrast, enterprise telecom is incredibly complicated, with variable pricing by region, by time, type of inbound number, and then the software that sits atop that telecom is an additional license.
Telecom is also largely a commodity - one provider is the same as the other. SaaS providers are fundamentally trying to not be commodities, and so the comparison is weak at best.
They're also not truly fungible, though that's mostly for the higher end of the consumer market. Think about TMobile's "uncarrier" marketing, or Verizon's network coverage marketing.
Did you know that in New Zealand, some business/server telecoms offer different plans based on how much of your traffic goes overseas? It's connected to the rest of the world with, like, five really long and expensive underwater cables, but it's also a not-quite-tiny market itself and if you can serve customers in NZ from a server in NZ, you can avoid expensive routing. (Your customers will also appreciate having a ping time lower than 300ms, even if they don't know what ping time is)
Meanwhile, ISPs in Europe don't charge you extra based on how much traffic you send to New Zealand, because you could max out your 1Gbps flat rate with NZ-bound traffic and it would still be a tiny percentage of all their traffic anyway.
Another fun trap I've seen on the enterprise side is that pinging different towers can have different charges. Highest I've seen was $15 per ping.
What would be other metrics that you could bill consumers for that they could do anything about?
> You aren't required to have a complicated pricing structure even for incredibly complicated services. Doing so is a deliberate product choice with consequences.
You're making my point - the simpler you make it, and the more abstractions you put, the more decoupled each billed object is from the underlying costs. The implications of that are that you have to be careful about making sure that the economics work out, and that means either you have some customers subsidize others or you are very confident that customers can't use your product in such a way that it turns your numbers upside down. At the same time, that abstraction that you choose will not map to how every customer wants to buy.
To go back to several posts ago, "per user" pricing is a per-unit abstraction that lots of customers like and understand. Sure, customers recognize that some users will use more than others, but it's a deliberate product choice that you abstract the more complicated dimensions from the users.
It sounded like YOU, as a buyer, want a DIFFERENT abstraction, which is "usage" - and again, that's reasonable, but as a product team have to make exactly the same calculus, which is "what metric do we use instead as a proxy?", with the understanding that there are lots of SaaS products where usage patterns are highly variable and it is difficult to come up with single units that cover your bases without making the per-unit price higher than it might otherwise be.
It's not hard to imagine yet another buyer who says (assuming the product metric chosen was "storage consumed"), "wait, I like usage billing, but your per-GB cost is really high for us, because we store a lot of data, but we don't access most of it - why can't you just charge me for data accessed?". You either say no or add more billing dimensions.
> They're also not truly fungible, though that's mostly for the higher end of the consumer market. Think about TMobile's "uncarrier" marketing, or Verizon's network coverage marketing.
It's interesting, because that ALSO proves the point, because the only differentiation you are citing are things other than what customers are being metered for. There's availability differences, but that's orthogonal to the billing metric. If I have connectivity, my minute on tmobile is the same as my minute on verizon is the same as my minute on mint, and the differentiation is everything OTHER THAN the billed minute.
To wrap up - I don't disagree with you that there are benefits to usage-based billing. The point that I am making is that for essentially any SaaS product that has any depth, it can be difficult to pick a single metric at an attractive price point that a) covers your margins across the spectrum of usage behaviors, and b) maps to the metric that the vast majority of your users want. If you try to make everybody happy, you either lose the simplicity or you hurt your underlying margins while simultaneously making everybody's lives harder.
What people really want, when they say “usage-based billing”, is outcome-based billing. They want to get charged money whenever they hit the button in your software that makes them money (or, for a cost-center, saves them money.)
Think of e.g. tax prep companies. (For the average Joe employee), they don’t charge you money up-front; instead, they take a part of the net-positive return they fully expect to find you. They make you happy, then take a slice of your happiness at the exact point that they’re making you happy. Outcome-based billing.
I'm not in sales, but I've had a job once where I could see all the financials. And we would very often be charging one customer 10x what we charged another for exactly the same tier of service. Sometimes the huge corps would be paying more for a lower service tier than a small corp on a higher tier.
The examples contained CPU and ram but that's not what they say everything should be - just some objective measure.
Snowflake charge by time, storage and size of machine - though they never tell you what the machine actually is underneath. I don't know what their "large" is.
Maybe it's by concurrent users, maybe amount of hours of support, maybe API calls.
I think the key thing was "we'd charge you X because you'd use Y" rather than "we'd charge you X because you look like you might pay it"
That is how 99% of sellers do business. The upper end of the price range is what the buyer can pay, the lower end is what their competitors are asking for. Some sellers are lucky to have few competitors, so they can waste more of the buyers' time trying to narrow down exactly how much they can or are willing to pay.
Then they use the same consulting firm as their competitors to set prices.
Many prices end up being a little higher than costs, but that’s because competition drives prices down close to the floor, not because businesses set out to do that.
Why do grocery stores have coupons? It’s not because they’re charitable. It’s because coupons are a way to charge higher prices to people more willing to pay. Trying to figure out your customer’s willingness to pay and matching that with your price is nothing new or unusual. The tactics just change when the purchase is big enough to have dedicated salespeople.
It should be based on the email address used. If, for example, your email ends in @google.com, you get charged more. If it ends in @aol.com, then they take pity on you and you get a discount.
My co-worker's grandfather owned a TV repair business. The price was entirely based on the appearance of the person and had nothing to do with the actual problem. This way rich people subsidize the repairs of poor people.
tbh I have no problem with this as long as the work was done well.
I'm not sure how everything 'costs less'?
You could say that wealthy people can substitute money for time. So they need to spend less eg working hours for each good consumed.
It's all about opportunity costs.
If the interest on your mortgage pays less than you can get in eg the stock market, you are better off not paying your mortgage. (Ignoring fees and taxes for a moment.)
Yes, a rich person and a poor person could try to buy the same items and the rich person might be able to buy them cheaper. But: first, when you have more money you generally want to buy nicer stuff, and the bang-for-buck generally goes down. Nicer shoes might cost twice as much, but they are perhaps twenty percent better. (And that's worth it for well-off people!)
Second, you can save a lot of money if you are willing to invest some time. From DIY or just generally shopping around. But: rich people's time is more expensive, even if just by opportunity costs.
From the Wikipedia article:
> In June 2024, the National Bureau of Economic Research from USA published a working paper expanding on the ONS findings, showing that cheapflation, a term the authors coined, is a global phenomenon:[21] "prices of cheaper goods increased at a faster rate than those of more expensive varieties of the same product",[22] thus placing a higher financial burden on poor people.
Funny enough, this observation is perfectly compatible with the notion that everyone, including poorer people, got richer over time as the economy grew, and so the cheapest and nastiest goods were removed from the market. The cheapest most basic TV you can buy today is miles better than what you could buy in the 1970s for example.
This isn't necessarily a fact of human nature, this is just an extension of Greed.
There is an inflection point, where the price of a good is minimized whereas it's quality and lifespan is maximized. Such an inflection point is somewhat high - meaning it cannot be reached by poor people.
Sometimes people cannot be satisfied, and they will go well past the inflection point. Such behavior is, of course, completely optional and almost always self-destructive.
Sure, a Birkin might be pretty, but really any decently made leather bag will run circles around what you can find at Target. The Birkin isn't bought for quality.
You say that as if it's universally true of all goods.
Btw, finance is one way to transform cap-ex into op-ex. That's why we have mortgages and you can rent things.
> Sure, a Birkin might be pretty, but really any decently made leather bag will run circles around what you can find at Target. The Birkin isn't bought for quality.
That's why you don't buy a leather bag when you are poor and have your wits about you. Leather is expensive. Not just absolutely, but also per use of your bag.
A couple of key examples:
Food deserts often mean that groceries are more expensive in poorer areas as opposed to neighboring rich ones. Additionally, bulk food is cheaper but requires having enough funds to buy more than your immediate needs.
It is generally cheaper to own your own home than to rent and low income people are going to pay higher interest on the same home loan.
It is always cheaper for rich people to borrow money than poor people and poor people are often forced into debt in situations where rich people can dip into savings. Having to pay interest on your rainy day debt is way more expensive than getting paid interest on your rainy day savings.
That last one is huge, and tends to compound across all kinds of other areas, increasing the effective price that poor people pay for almost everything.
In the most general sense, it is often feasible to spend more money up front to save money down the road. The amount of interest poor people have to pay to do this reduces or even totally wipes out any savings.
This is all pretty well documented and studied. It's part of the unfortunate feedback cycle at the bottom of the economic bracket that makes climbing back out harder the poorer you get.
For me, I don't see a need to spend a lot of money on clothes because I work at home without video. But I will spend on luxury vacations and dinners, and I will certainly spend money on services that can help save me time at home/work.
Whereas the "high income" people -- typically doctors and lawyers -- are spending lots of money on nice suits and cars and homes, but have little to show for it in terms of actual wealth.
Having said that, I don't mind the rich who aren't pretentious getting a discount. I'd call it a "pretention tax". What's further ironic is that the former tend to appreciate paying a little extra if it ensures that a job is well-done, whereas the latter tend to skimp on paying extra, and often get the poor-quality results you'd expect.
And yes, there's exceptions to both categories, too -- indeed, it's not as if it's hard to live within your means as a doctor or a lawyer, if you don't mind looking a little "lower class" as a result (and if your clientele are the working class, this may even be a bonus!). But it's nonetheless a fascinating dynamic to keep in mind!
Marker value is what someone else is willing to pay.
amtrak uwu
And then now that we have Elon Musk following the Howard Hughes self destructive cycle (greatest video game player AND ceo of 5 companies who posts all day on social media), there's a very possible negative takeaway - especially in tech it's hard to know. I live in a ridiculous world, I actually see 'got mine before elon was a doofus' bumper stickers. We should all try to judge each other on actual behavior and choices. I'm an asshole completely separate from buying a tesla a decade ago, people.
I'm not quite understanding the point you're trying to make about the bumper stickers though. I think Elon's actual behavior and choices are what causing people to have these bumper stickers.
We might think that companies need every single sale - well no sometimes you want to fire a customer or not take one on.
Just leave off the "then I multiplied by 10" part.
Which I did by accident once ( not by 10, but it was still substantial )... but it turned out the customer was delighted because we were still 50% vs their existing vendor.
Enterprise pricing is a farce.
I very much agree with the poster above about vendors disqualifying themselves.. another red flag for me is the Two Suits and Skirt pre-sales Hydra Monster that big vendors love to send around, to scare you into letting them capture all the value that their purporting to provide you.
And yes, the above shows I've been both sides of the fence. I felt it was going to be good experience, and it was, but I have regrets too.
It's called supply and demand, and it's the way things have been priced since the dawn of commerce. The only time the price is based on cost is when the market is competitive enough to drive that price down, and the cost acts as the floor. Even then, if you can get your costs below those of your competitors then it's your competitors cost that can act as the floor.
The way things should be priced is based on the value it gives you. If your service makes me or saves me $100 of value per month, I should be prepared to pay up to a little below $100 for it.
I disagree, but genuinely asking why you think that. Why is it ok if it's on the market level but not on the individual level? Price discrimination is all around us all the time, often "hidden" because people get uncomfortable with it, but I don't see it as a bad thing (and it's often very net positive socially).
Supply of the kinds of services under discussion here is rarely limited in any practical sense, so scarcity does not play.
> The way things should be priced is based on the value it gives you. If your service makes me or saves me $100 of value per month, I should be prepared to pay up to a little below $100 for it.
This ignores opportunity cost. Very few buyers have infinite cash, they do tend to have infinite ways they could spend money though and many of them will give a far better return than a couple of percent.
In reality if you're adjusting your pricing to try and extract the most you think you can get away with from the customer, you will lose a substantial number of buyers - and probably more so with buyers who have a technical mindset.
So that CTO says I'm probably not going to bother with you if you don't have a clear price. I also practice this purchasing way. Everyone should. So sure, someone in sales will fight to the death to justify their strategy of obfuscation and charging what the market will bear, and to try to justify their presence in the sales process with some kind of commission and argument about how they caused pain for the buyers and got more money. Meanwhile, company B sold me a widget for whatever, I already paid them, there was no salesperson wasting time on either side.
If jumping the hoops guaranteed the best price, then I would agree with you, but I would vehemently disagree that it does.
I get on an initial discovery call to learn a few things, like:
* How much will it cost us to support you based on what you're using our platform for?
* How expensive is this problem for you today?
* From there, how much money could we save you?
My goal is to ensure a (very) positive ROI for the lead, and that we can service them profitably. That's how I put pricing together. It seems pretty reasonable.
Our platform is also rather extensible, and I want to make sure that they'll understand how to use it and what it's for, instead of becoming an unhappy customer or wasting their own time.
Break the solution selling sales cycle.
Non-technical sales people selling software need a better standard to deliver on the promises of their software.
We want partners, not vendors. This can be communicated long before reaching out.
Because the truth is that the contracts are almost always different, so while price tables are good to get an idea, words are just better at conveying the ballpark, and they lack the illusion of price rigidness.
$0 - $999 - direct sale/download, pricing on website
$50,000+ - full sales team, no pricing on website
And essentially not much in between... this has perhaps changed a bit with SaaS, but this is still semi true.
"If you have to ask..."
I would definitely like to never have to talk to another "people person," and no-calls-but-we'll-give-you-the-info-you-need policy sounds great.
My tastes are a lot more plebeian.
Unfortunately, I have to eat in one, every now and then, but I always walk away disappointed.
Given that I am the original russian translator of this article, shame on me for not remembering exactly which article it was.
When I evaluate choices I automatically remove all of those that don't have pricing up front as I have no time nor intention to do this. I don't think any company lost millions on me, but many lost tens of thousands.
API providers are the worst, but I kinda understand them.
i’d find that unacceptable as a ceo
you got to do the work to do what’s best for the company, not yourself
Over the years I have developed a salescall aversion to the grade that I hang up as soon as I my unconciousness have detected one. It has gone so far that I have had to apologize to our salespeople calling me and I just hang up by reflex. Very awkward I tell you.
Point being, some stranger is calling me and asking for my money. I don't know enough about them to give them money just because they say it's going to be worth it.
--
[0] - https://xkcd.com/570/
If buying something would be a win for an org takes up too much organizational bandwidth because of how hard it is to procure, then it's not worth fiddling about trying to buy it.
The org gains a whole bunch of time he's not wasting on useless calls.
lots of opportunities to find easy win-win
finding out what the salesmen incentives are and working with them can lead to a good outcome
obviously not worth it for smaller ticket stuff
Being able to serve yourself and figure out if there's any fit removes friction. Spending an hour on an initial sales call to find out that information isn't optimal.
As he's said, when he's desperate, he will do more work. And he is willing to do calls when it makes sense, but expects them to be efficient and expects to be able to qualify the vendor.
My goto line is "I can get a ballpark estimate for chucking 22 metric tons into low earth orbit, why can't I get a ballpark estimate for your boring enterprise software library licensing?" Links to SpaceX pricing help here.
As it happens, a while back I did exactly this for a company after reading a post about their launch on HN. In a later conversation with their CEO, I found out we were their first customer!
Sometimes somebody will want a call, I’ll do my dance, tell them the price, then they try to nickel and dime to get a lower price - which isn’t on offer. That blows a lot of my time.
On the other hand, the software I sell solves some novel problems at scale and is designed to be extensible - so in cases where somebody wants to build on the foundation I’ve built I really do need a call to figure out if there’s a missing feature or similar I’d need to build out, or if there’s some implementation detail that’s highly specialized to a given situation.
By and large my evolving strategy is to not have a fixed price listed online, and to reply to emails promptly with pricing with offer to have a call for complex situations.
A house construction contractor doesn't have a price list for the sake of obscuring prices, nor because house construction is more complex than space flight.
It's because houses are custom and thus prices are too variable to list in any meaningful way.
For a SaaS product with significant custom integration work, it seems reasonable that prices might also vary in the same way.
If I can tell in advance whether your SaaS product costs $10/seat/mo or $100/seat/mo, I'll probably feel more comfortable asking whether the custom integration work will cost $50k or $100k.
Be careful listening to this kind of advice. You never know what ballpark the "CTO" is playing in.
Client 1 contacted us by phone they needed to upgrade their IT. The appointed account manager and project leader had no clue of the clients business. The approval of the project took about two months. Engineering was involed after the approval. The project took more than a year, mostly because of communication chaos on both sides. Everybody was annoyed.
Client 2 contacted us by email they needed to upgrade their IT. The appointed account manager emailed engineering. After some emailing back and forth for a couple of days, both parties agreed on the project details. The approval of the project took about fifteen minutes. The project took about a month. We got cake.
They repeat this a few times so that it is clear.
Least week I had a meeting which started with the above, I asked if they knew what we asked, they said yes but they this is very important.
So I stayed, and when the ended the 15 slides with the hi
Do when they ended the 15 slides with their history I left the room.
I find out really annoying when a vendor knows better what we need to hear. But not all are like this, some start by saying that the first 10 slides were removed :)
Not (just) because of price gauging, but also because generally it is indicative of a very young company. In many cases they do not want to give the price because they don't know the price; they're still finding out how much they can charge.
We have clearish pricing on our website (the options are a bit confusing because you can self-host or pay for hosting), but we do have our enterprise pricing available for someone, and you can buy it with a credit card.
In my four years there, we've had exactly one purchase of enterprise via the website. But every enterprise deal that I'm aware of has researched pricing, including using our pricing calculator. Then they want to talk to understand their particular use case, nuances of implementation and/or possible discounts.
Maybe FusionAuth and its ilk are a different level of implementation difficulty than keygen? Maybe our docs aren't as good as they should be (the answer to this is yes, we can definitely improve them)? Maybe keygen will shift as they grow? (I noticed there was mention towards the bottom of the article about a short discovery call.)
All that to say:
* email/async communication is great
* meet your customers where they are
* docs are great and clear messaging pays off
* devtools at a certain price point ($50/month vs $3k/month) deserve different go to market motions
When we are doing vendor research, we often dequeue or deprioritize vendors that do not have any kind of pricing available for the tier we require. Generally speaking, we assume things like volume discounts are available. Also, it's good to get a rough idea of what the delta between "Pro" and "Enterprise" happens to be. Not infrequently the reason that delta isn't available is because it's stupid orders of magnitude different.
If we know that up front, we know not to waste our time tire kicking with a demo account.
So, the middle ground you describes would seem, to me, to be the right place to be. Giving your pricing page a cursory glance, I would rank it pretty highly for the kind of "initial investigation" we might do.
I think from an entrepreneur standpoint, if I see a space with vendors with non-transparent pricing, I often think "there's an opportunity there".
That makes a ton of sense. IMO, it means one of two things:
* prices are so high because of the cost of goods sold or margins that they'll scare off anyone researching and therefore there might be an 80% solution that can be priced transparently and eat the market
* the company is still exploring pricing and doesn't have a firm grasp on COGS; this means there is some kind of blue ocean opportunity
If I make a product, I don't want you to use it because you found me first and I happened to harangue you on a sales call. I want you to find my product, compare it will full transparency to the other products, and go with mine if it best suits you. Anybody who behaves differently I immediately assume to be behaving in bad faith and is not actually confident in their product on its own merits.
Totally agree. I think this why I hated the enterprise sales dance so much -- if somebody doesn't want to buy, I don't want to sell; if they don't know what they're buying, they probably aren't the type of customer I'm looking for i.e. likely to become a support burden.
> I've rolled-my-own solution more than once as well when there were no other good competitors.
I don't want to be rude but this sounds like terrible business decisions. I would say this is a case of cutting your nose off to spite your face but I suspect it's not your money your wasting rolling-your-own solution. Like it normally costs a lot more in dev resources to build instead of buying. And it seems like your doing it because of your ego and your unwillingness to play stupid games.
There are plenty of situations in which the terrible business decision is to rent instead of build. The difficulty is that without knowing the future it's not always clear, so you have to use your best judgment and hope you get it right.
Edit: Also don't forget that roll-your-own doesn't necessarily mean starting something from scratch. In many cases I opted to use and self-host an open source project that sometimes is sufficient all on its own, and when not we can make changes to it. I almost never start a non-trivial project from scratch just to avoid buying, unless it's a major piece of our product or value proposition in which case you have to consider the risk of building on a foundation you don't control.
I would say this is not a valid analogy. If you buy real estate you have an asset. However, if you build something that is not your core product you have a liability and not an asset. You're not going to get more money because you have a bunch of tech you built that you could have bought.
If I ask price and you insist on showing me a presentation to get me hooked and invested, I'm out. At that point you are bound to be talking to a salesman whose job it is to sell and you are experiencing a process that was designed and perfected to manipulate you into buying.
I don't want to buy from salesmen usually, directly from the manufacturer or provider is better, cut the middleman out. OTOH I have to be open to some imperfections, if we have to wait for someone or be inexperienced with sales process (introduction too long), that's fine.
On some industries it's possible for someone to do the work without saying price even. An electrician might be happy to do the work without talking about price, and then you have almost no recourse when it's a shitload.
If your website doesn't give me enough information to:
1. Know enough about your product to know that it will (generally speaking) meet my needs/requirements.
2. Know that the pricing is within the ballpark of reasonable given what your product does.
Then I will move on (unless I'm really desparate, which I assure you is rarely the case). I've rolled-my-own solution more than once as well when there were no other good competitors.
That's not to say that calls never work or don't have a place, because they definitely do. The key to using the call successfully (with me at least) is to use the call to get into true details about my needs, after I know that you're at least in the ballpark. Additionally, the call should be done efficiently. We don't need a 15 minute introduction and overview about you. We don't need a bunch of small talk about weather or sports. 2 minutes of that is ok, or when waiting for additional people to join the call, but beyond that I have things to do.
I know what my needs are. I understand you need some context on my company and needs in order to push useful information forward, and I also understand that many potential customers will not take the lead in asking questions and providing that context, but the sooner you take the temperature and adjust, the better. Also, you can get pretty far as a salesperson if you just spend 5 minutes looking at our website before the call! Then you don't have to ask basic questions about what we do. If you're willing to invest in the time to get on a call, then it's worth a few minutes of time before-hand to look at our website.