No Calls
keygen.sh1494 points by ezekg a day ago
1494 points by ezekg a day ago
I'm a CTO who makes purchasing decisions. There are numerous products I likely would have purchased, but I either find a substitute or just go without because I won't play the stupid "let's get on a call" game.
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.
Oh I might add another huge thing: Have a way to justify/explain your pricing and how you came to that number. When you have to "learn about my company" in order to give me pricing info, I know you're just making the price up based on what you think I can pay. That's going to backfire on you because after you send me pricing, I'm going to ask you how you arrived at those numbers. Is it by vCPU? by vRAM? by number of instances? by number of API calls per month? by number of employees? by number of "seats"? If you don't have some objective way of determining the price you want to charge me, you're going to feel really stupid and embarrassed when I drill into the details.
>you're just making the price up based on what you think I can pay
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.
More like the people who appear rich subsidize the repairs of the people who appear poor. Probably usually fairly accurate but it's amusing to think about the edge cases where the truly rich don't feel the need to dress wealthy anymore and get their TV repaired for cheap.
According to "The Millionaire Next Door", this is actually a surprisingly common "edge case". The "rich" are the people who diligently save and invest, get their hands dirty at what they do, and don't care about pretenses -- they'll drive a beat-up pickup truck because it helps them at their work, and they can take it out for fishing and hunting, and they can have it paid off -- while that pretty Porsche is going to just sit in a driveway and rust, because it's too nice to take it for a run doing the things you want to do!
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!
One of the big benefits of wealth is that everything costs less. This is just an extension of that.
Wealthy people usually spend more---just because they are less price sensitive and care more about other metrics.
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.
I think he's getting at the pair of boots theory.
That. You can spend money to save money in the long run. Just buy the house instead of having to pay for mortgage. Invest it so that it’s generating money while you do nothing. Many things only accessible if you already have money.
I wouldn't go as far to say "everything costs less" but it is pretty well that established that poverty is very expensive.
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.
I know at least one millionaire who seem to own maximum one pair of pants that doesn't have holes in it. Especially in tech, it can be hard to tell. The one conversation I had with a FAANG CEO, he was wearing athletic clothes, as if he'd ducked into the office during a run.
You don't care how much money they have, but how much they'll spend on your product. If they won't spend much on pants, they probably won't spend much on your product, either.
It's not a good indicator that they won't spend money either. These people have a different idea of what's worthwhile, and often times indicating status through clothing is not something they see a ton of signal in.
Correct. Market value is not the cost of making X plus a margin. Many people get that wrong.
Marker value is what someone else is willing to pay.
If I remember correctly, Amtrak does something like this for pricing their train tickets. It is not the cost of going from A to B. It is priced so the more populated area travelers, North East Coast, pay higher to help reduce the cost for those in the middle of the USA. This helps make tickets more adorable for the more poor individuals.
> 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've always wondered about this. My wife always tells me to close the garage when folks come to the house to give us bids on jobs so they don't see the cars. Not that a Tesla indicates wealth but I guess it indicates something? I tell her she's paranoid... maybe she's not.
I think your wife is right. I have a tesla and I always think about that indicating something. Also Tesla's are so ubiquitous it doesn't matter that much like it used to be, and you can get a used one for pretty cheap. But that rich guy reputation still persists.
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.
Henry Ford was a real piece of work for a good while. I'm not sure how much it would have affected his sales--not that he was selling to the upper end of the market.
>just making the price up based on what you think I can pay
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.
No it's not called supply and demand, it's called price discrimination. The way things should be priced is based on the value it gives the market as a whole. Anything further is an anti-competitive attempt to vacuum up more of the buyer surplus.
> It's called supply and demand
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.
And also, the customer has the money and gets to make a choice. Sure, supply and demand is a real thing. But there is also a notion of friction blocking the sale. Everyone absolutely hates considering a new purchase that doesn't give you clarity on details and price.
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.
As a corporate executive, buying things for good prices is a substantial part of your job. You're not some grandma looking for a movie to watch who will bail if she can't figure out how much it costs. Sure, you can refuse to buy things altogether, but it won't be very good for your company - these kinds of companies seem to have been broadly outcompeted by ones that do buy things.
Sure, but as a corporate executive you also have a limited amount of time. If you invest all of your time on inefficient sales processes then you may only get to consider one or two or three providers. If instead you eliminate the ones that have bad signs (like heavy price obfuscation) you can instead focus on the vendors that don't do those things. In the end you might not get the best product and/or the best price, but the same is also true if you waste all your time jumping through sales hoops and aren't able to examine more players.
If jumping the hoops guaranteed the best price, then I would agree with you, but I would vehemently disagree that it does.
What you're saying is akin to someone entering a clothes shop and the store clerk asking what they work on, to gauge the T-shirt prices according to the client's salary.
You know it might be also priced on “this guy feels like a pain to work with after the way he asks questions, let’s put the price up”. There is no way to objectively explain that without having person offended - so I am going to put a price I think will cover me dealing with BS questions or attitude of the customer and if he walks it is still a good deal for me.
We might think that companies need every single sale - well no sometimes you want to fire a customer or not take one on.
You don't have to change you process, so you can still explain it rationally.
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.
I've always agreed with this take but now as a B2B founder doing sales, I think it can honestly be interpreted a lot more charitably.
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.
I'm confused by this, why would sales team know in detail the vRAM contribution to sales price, and how is it relevant to your purchase decision? I've never heard of enterprise/SAAS pricing to be based primarily using cost plus pricing.
Some products (especially infrastructure) still bill based on (outdated and often irrelevant) core counts and memory count. A few years ago I talked to a seller of a PDF library/toolkit who wanted to know my production and staging core count before they would quote me a price. Explaining to them that it runs in a serverless function on-demand was fun, especially because they would say things like, "well, what's your average?" I would often reply and say my average is defined by a function where you take the number of active users (which itself is highly elastic) and calculate for average runtime at 4 cores per user for approximately 50 ms per page (which page count is highly elastic too) and sum to get "average core use per month". Needless to say it was like pushing a rope.
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.
I spend a lot of time on pricing and packaging of SaaS software and the challenge is real. Everybody says they want simple pricing, which often aligns to seats or MAU - but then they want usage-based pricing, but then they're concerned about unpredictable costs and spiky usage.
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)
I've seen companies square this circle with capped hybrid billing strategies. Customer gets charged the min of bills. Bureaucratic customers that need specific billing models can pick them but most people will accept the savings.
It's funny, this was actually one scenario that I thought about mentioning but I had to get on a plane and was running out of time.
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.
Yes, it's worse for margins. However, we're in a thread about how potential customers don't want to risk either spending lots of money for services they won't use or dealing with spikes. Not choosing one or the other inherently puts the cost on the provider, shrinking margins.
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.
Sure, it’s also very easy to understand paying for deli cold cuts by the pound, but it doesn’t make it a good comparison.
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.