I've been part of the team that sets up this process at a few SaaS's, and I've done SaaS procurement for a while, so I clicked that button often (if I didn't know anyone at the company).
1. It gets added to a list of marketing website leads, which is owned by SDRs/BDRs who are there to filter and qualify leads. These are usually early-career people, with a base salary + quota for qualifying leads. The website is many times their least preferred channel of leads due to the quality, but they can't ignore it because sometimes good customers do come through there.
2. The SDR will either work over email or on a call; their goal is to identify if you're a real potential customer (vs shopping for prices, vs confused about what we sell), write up notes, and identify which customer segment you belong to (geography + business type + business size).
3. You will then speak to a salesperson (with varying titles "Account Executive", "Sales Director", "Regional VP of Enterprise Sales", or whatever inflated title makes sense for that sales organization). Their goal is to confirm they're speaking to the right person in your organization (or wasting their time), if your use case is meaningful enough for the "enterprise plan" (they can't sign too small deals), what your budget is, what your usage will be like, etc.
4. Pricing could be made up by guessing your price point, but it's rare. It is difficult to consistently make up pricing that works over time and doesn't have many lowball deals that harm the company's revenue long-term, and salespeople often don't understand the technical details well enough to make things up that make sense. Usually, there will be a pricing framework and an internal calculator (very often, a spreadsheet with formulae and VLOOKUPs) that will give them a range. They can then choose what number within that range to offer, based on who they think you are and how far off they are from their quarterly quota.
5. They can then negotiate the number, or the included features, or the payment terms (upfront payment, multi-year contract, exit clauses, etc.) which can be translated into discounts if they're favorable to the seller.
Oh man, I take it you've never operated this part of a scaled business before. Wouldn't you like to know the absolute crap that comes through those forms...and yes even from those who have the intent of "I want to pay more than the self service price tag".
> Wouldn't you like to know the absolute crap that comes through those forms
Usually it's because too much is hidden.
Not a SAS, but I once tapped an ad for redoing my shower. No prices, no way to know even approximately what it should cost.
I wanted more information, but I didn't want a phone call. I filled out the form asking for some high-level information on pricing, and that I didn't want a phone call.
Needless to say, the rep never responded to my inquiry.
But, put yourself in my situation: I don't want calls at random times of the day that are convenient to a salesman. I want to talk on the phone at a time that's convenient to ME, and only if I know the (ballpark) range of what you're selling costs. If a new shower costs $5k, and I won't be in a position to spend that for 18 months, I want to know that I should pick up the phone then, not now.
Regretfully, there's basically nothing you can do to keep crap from entering the funnel. Gating information does -- on the margin -- probably let some unknowing low-quality leads into the funnel.
But low lead quality persists no matter what you do. It's just reality that lots and lots of people will request demos with zero buying intent. Sometimes people are just bored? Sometimes people are scamming? Sometimes people confuse you with a company that has a similar name (e.g. CSC [1] vs. CSC [2]). You'd be shocked how much traffic a SaaS company can get after some random government agency halfway across the world with a vaguely similar name appears in the local news.
It's actually a remarkable amount of work to take a list of N "high-intent" inbound leads, filter out the garbage, and get your ICPs on the phone.
You get crap inbound because the process is frictionless.
> I wanted more information, but I didn't want a phone call. I filled out the form asking for some high-level information on pricing, and that I didn't want a phone call.
Needless to say, the rep never responded to my inquiry.
But, put yourself in my situation: I don't want calls at random times of the day that are convenient to a salesman. I want to talk on the phone at a time that's convenient to ME, and only if I know the (ballpark) range of what you're selling costs. If a new shower costs $5k, and I won't be in a position to spend that for 18 months, I want to know that I should pick up the phone then, not now.
I feel you. I really do. I've been in this position before. But until you operate a business at scale and see what absolute utter crap comes through the door, only then will you really understand what's behind the scenes.
You're also right that some fraction wouldn't be contacting asking for information if the information was more readily available.
They're not shitting on customers and abdicating responsibility for making a better website. They're pointing out something important and unintuitive.
I don't know how to bridge a conversational gap like this because it really is something to experience. Another form of it is job applications. At least 1/3 is just random people.
To try to show some humility beyond "bro u ever done this???":
- My mentally disabled sister, tested at 4th grade level at her peak, and would often spend days applying for random jobs that sounded cool. I'm not talking like "oh Dairy Queen cashier.", I mean, director/CXO etc.
- At my first company, we'd get a contact every 3-6 months, with demo-like questions from the same person. We were small enough that we couldn't chase every lead, made enough money we didn't have to, and I didn't like encouraging active salesmanship. After a couple years, someone followed up asking what his business was like. It was an 11 year old using a point of sale app to get drink orders from his friends from the family pool.
They organised an in-person demo at our office after they filled in the online forms for their "multi-million dollar drinks distribution company", right in our target zone of customer type and size. So we had a few salespeople present to give a swish demo and hopefully win them over.
Turned out to be a 15 year old doing door to door sales of his home made ginger beer. He told us our (half the price of the nearest competitor) product was too expensive for what it was and that we would never succeed in business like he would.
Kudos to our sales guys though: After the initial shock and eye rolling, they treated them like the large business they claimed to be and just used the time to practice their demo/sales techniques.
> He told us our product was too expensive for what it was and that we would never succeed in business like he would.
To be fair, when you're a 15 year old selling homemade drink, everything seems expensive, because you have basically zero costs other than your own time and a sack of sugar and it's difficult to conceive how much money roars around in business with any non-family employee.
I've been working 20-ish years and I still get sticker shock over even quite minor things even though some sap pays me three figures, more than my childhood annual income maybe, a day.
Perhaps it's too much free (as in beer) software and over exposure to ridiculously cheap-through-insane-scale consumer goods - a whole mid-grade phone for the same cost as a meal for two, say. But I think there's also a huge disconnect with how we tell children the world of "good, capitalist work", in which they'll probably spend the rest of their lives, works, and how it really works. About all you really get is Peppa Pig setting up a lemonade stand and learning a lesson on the value of hard work, say, and a jagged line graph briefly mentioned on the news.
The school system, at least for me, was extremely light on that kind of thing, even when you include economics (which I didn't take). In fact even in the media, other then specifically financial things like the FT, how the whole world actual or books in the subject specifically, how everything actually functions at any practical level is just...never really mentioned. Kids might know every kind of dinosaur, the function of the bits on the steam engine, the names of the sails on a ship-of-the-line, but it's almost like everyone has agreed we just don't need to talk about daily reality. It's like a huge "draw the rest of the owl" meme.
Because for most kids the rest of the daily reality will never matter? The only thing relevant to them is how much money appears on their bank account every month.
Of course, it’s not really conceivable they’ll ever need to know the names of the sails of a ship if the line either.
This "crap" coming through the door must be at least partially a result of price tiering and offering.
You either:
1. Pay sales people to construct custom slices of services with custom prices and force them and your customers to hash it out via communication.
or
2. Commit to choose-your-own-adventure offerings where customers just check boxes and see pricing change in real time.
Option 1 retains negotiation advantage and makes more money for the company even though they pay sales people.
Option 2 removes sales people and gives up negotiation advantage, which customers would love.
Saying that, in the option 1 scenario, "crap" comes through the door because the process is frictionless is like saying a person died of suffocation instead of that they were strangled in a domestic dispute: there's a lot more going on.
You're right that some fraction of people reaching out for into wouldn't be reaching out for info if the info was readily available.
This is very true, to the point its reflexively and obviously true.
It does not falsify the lived experience you'll have at a business with contact forms, be it for job applications, or product inquiries.
> Saying "crap" comes through the door because the process is frictionless is like saying a person died of suffocation instead of that they were strangled in a domestic dispute
This has to win some sort of prize for analogies.
Here's mine:
An open contact form on the internet is like leaving your front door wide open in a busy city. Sure, some people might wander in because they couldn't find your house number, but you'll also get lost tourists asking for directions, door-to-door salespeople hawking their wares, and the occasional raccoon looking for a snack. No amount of information on your facade will prevent the guy who thinks your living room is a public restroom from stumbling in.
Most of those are so obvious you could throw them out with a simple pattern matching scheme. Getting a lot of crap doesn’t really matter if you can filter it all with 5m of work per day.
I need less than a glance at the text on my contact form when I’ve seen the email address.
Beware the false negative. I'd probably fall victim to a lot of HN users' filters because I have a @yahoo.com email. However, I've had it since 1998 and I'm not likely to give it up any time soon.
> An open contact form on the internet is like leaving your front door wide open in a busy city. Sure, some people might wander in because they couldn't find your house number, but you'll also get lost tourists asking for directions, door-to-door salespeople hawking their wares, and the occasional raccoon looking for a snack. No amount of information on your facade will prevent the guy who thinks your living room is a public restroom from stumbling in.
Agreed. I guess the point is that that is obvious to anyone who has ever run a website, and therefore facile.
It neatly skips over or ignores the fact that you don't have to have any crap come through the door at all: just put multiple signup buttons that require payment.
Coming at this another way: salespeople should be smiling and celebrating when crap comes through the door because without negotiated "enterprise" plans, the companies would probably make less money and have less need for salespeople.
A solution to people who want to talk to someone before they buy is to add multiple layers of buttons that make them buy first?
The salespeople should be celebrating every incoming contact because having contacts at all means you get sales?
These are narrowly true, I assume first isn't something you're seriously advocating for, and second is a form of "starving kids in africa"/"i used to walkup hill to school both ways" fallacy.
FWIW, I don't get the impression anyone is arguing for "how do we ensure every contact we invest in is viable?" or "We need to figure out how to ensure salespeople never have negative emotions about an incoming contact's quality".
If the cost of dealing with the crap is high enough, you put up a friction filter. Think about healthcare, a doctor's time is incredibly important, so you've got admins and nurses in front of them.
Internet aside, it seems like those filter roles are much less likely to exist these days. Either you get someone who has no idea what's worth filtering, or you have to try to communicate with the expert directly and burn their time figuring out who's worth following up with.
> Think about healthcare, a doctor's time is incredibly important, so you've got admins and nurses in front of them.
Incredibly important for filling in billing paperwork, because practicing medicine is an increasingly small fraction of a doctor's time. This doesn't necessarily counter your point, but it's interesting how job allocation makes little sense and most expensively trained people are used to do the most menial jobs, because it's somehow cheaper than keeping extra headcount of lower-paid clerical workers.
Same is the case in software industry. A lot software engineer's work involves dealing with bullshit that should be, and used to be, handled by a dedicated staff.
I still don’t know why my company requires me to fill out how much time I work on the projects they’ve assigned to me on the hours they specified. Every day…
If SpaceX can put their costs online in a pricing calculator, your SaaS can too.
It's not my fault I'm a "low quality lead" because you didn't put any pricing on your SaaS page and your price point is way outside what I'm willing to pay.
They will never _become_ your customers if you don't give them a chance to pay you.
Websites that put a cart online with a checkout process manage to get "customers" just fine. If you think you want to give everyone a custom quote then don't complain when people ask for one.
> Websites that put a cart online with a checkout process manage to get "customers" just fine.
Actually this is a funny point to bring up - believe it or not, there are legitimate situations in which a potential customer requires that they speak to someone or they will simply ignore the company. So as a software provider, it's absolutely true that you may indeed miss out on potential revenue if you dont have an established channel that isn't a "simple online cart".
> there are legitimate situations in which a potential customer requires that they speak to someone or they will simply ignore the company.
That's a good point. There are a lot of those, and a significant fraction is about some information critical to the customer, that is not present or not entirely obvious on the site. Things like:
- Are you double-plus sure that when I order a violet widget, I get a violet widget? The UI isn't inspiring confidence, and there's a deadline, so unless I can be certain, I'll go with the more expensive vendor whose site is more clear on that.
- There's bunch of bank holidays and stuffs coming up in the next couple days; I need to be sure you'll send the package tomorrow at the latest, or it'll hit a weekend and then a holiday and it'll arrive late, by which time it'll be worthless for me.
Etc.
I've abandoned plenty of carts due to inability to clarify things like that, and I've many times significantly overpaid just to deal with a vendor or system where I don't need to ask for clarification in the first place.
Still, here's the thing: in each case, I had enough information already that I knew I want to buy. I knew the costs and delivery estimates and exact models/parameters. Without all those information, I wouldn't be calling to clarify - I wouldn't consider buying in the first place.
Do you think for example Intel gets contacted by "shit customers"? If a business is communicating clearly that they only offer very expensive solutions to very big customers, they're not going to be contacted by small fry.
Depends on who clicks the button. It could be a junior person doing some research for their team, in which case they are not the decision maker nor the one with the budget/writing the check.
If a VP clicks on the button, that's a different story.
At every company I've seen the executive asks a manager to develop a report comparing a up to a dozen options. Then the manager delegates to a few of their directs to actually slog through all the sales discussions and compile the analysis.
The only possible way I can imagine someone with the title "VP" going to a vendor's website and clicking a "get quote" button to get a sales call at a random time from some junior salesperson is if we're talking about one of those companies where they give inflated titles and anyone who isn't an intern is a VP-of-something-or-other.
At a prior employer usually a team lead (without purchasing authority) would be told to go get a quote, go through all the BS, and only then hand over to “the higher authority” who can actually make the decision.
Which predictably often lead to vendors losing out because their sales people ghosted team leads.
If I’m tasked with finding a price, the VP or whoever I report to will only find out about the services that have meaningful replies. And if a reply ever insinuated I was too low level to communicate with, that’s the last they’d hear from where I work.
With the classic setup where "request quote" is the only option, it's likely someone who wanted simple straightforward prices. But then they reached the saleswall and relented into entering their contact information based on a faint hope they might still yet get a simple number back. Then by the time your high touch middleman recovers from his coke bender and gets around to sending them a telegram or raising the semaphore flags, they've already long forgotten about you.
That is not my experience at all. I have recently procured or discussed pricing terms for a few SaaS solutions on Enterprise tier and without exception the Enterprise pricing is a multiple per unit of the highest self service tier. Even after negotiating the price down.
> Enterprise pricing is a multiple per unit of the highest self service tier
As it should be. Enterprises are notoriously difficult to support because the decision makers there believe their size allows to them to dictate to the seller anything and everything, including the seller's product roadmap.
Unless of course you are a small fish who just needs sso for compliance and for some reason you get to pay like you are a $5B conglomerate despite still very much preferring to just pay an advertised price and not spend a month of people's time in negotiations
Unfortunately, a need for SSO is about the only reliable way to gouge a large corporation. As a small fish you may like SSO, want SSO, you may even think you need SSO, but you really can get by without just fine. You're small - you can get around the requirements, or pivot, or whatever. A corporation is big and slow and can easily get themselves into a situation where not adding SSO will become a blocker for deals denominated in double-triple digit millions, but abandoning your product or the whole business segment will cost similar amount of money. In that situation, the vendor can have a field day milking the cash cow.
The more time goes on, and the cheaper actually running SSO becomes, the less this is true. Props to Github for allowing me to do SSO on my 1 man enterprise for $21/month.
Even if you have just 20 people, not having to manage separate sign in’s on all services is just so pleasant. Not pleasant enough to jump from $2400/year to $24k/year on all 10 of them though.
> As a small fish you may like SSO, want SSO, you may even think you need SSO, but you really can get by without just fine.
SSO is the only way to get 2FA working without the friction becoming prohibitive.
If SSO is a paid feature, only in some plans, you're selling an insecure product. You wouldn't make security patches exclusive to the enterprise plan, you shouldn't make 2FA/SSO exclusive either.
Computer systems security isn't binary. It's also not a human right. Or something anyone but small minority cares about beyond the surface level.
Extra security is a feature of enterprise plans precisely because enterprises are forced to buy them by compliance requirements (a good chunk of which is just security theater and blame shifting); no one else cares, people buy stuff, things mostly do not go wrong - a market balance is achieved.
I can see why this isn't ideal or desirable, but security maximalism also has a nasty habit of killing all utility of products and disempowering end-users, so I'm very much in the camp of trading security over other concerns.
You could just look at the worlds most sold enterprise product: O365.
Enterprise much more expensive and filled with features you can't even buy as addons in the lower tiers. An E5 license is sometimes almost three times more expensive than the self service license, but includes all the crap Microsoft can stuff in the license in return (some of it useful, like P2 AAD, MDM etc).
Or it's someone who's intrigued by the concept of the product and is curious how much it costs. All it literally can be interpreted as is "a [probable] human is curious how much this costs" — intent to purchase varies from positive to zero.
1. Someone who wants only one feature that's not in self-service but doesn't have the budget to pay more.
2. Someone willing to pay more but not enough more.
3. Someone who's just trying to compare prices between vendors but isn't a serious buyer (especially when not an existing customer).
4. Various non-obvious spam (affiliate resellers, etc.).
5. Someone who's interested but can't get a sale to happen given their role: has no budget and their manager doesn't have budget, has no authority on technical decisions.
6. Someone who's only curious.
7. Etc. etc. etc.
The level of effort required to press that button is very low, so it isn't that great of a filter. Again, they take those calls because the lack of filtering doesn't mean it's never a quality lead.
> Someone who wants only one feature that's not in self-service but doesn't have the budget to pay more.
Or, it's someone who the SaaS vendor forced to click that button by putting OIDC ("Sign in with..." or "Continue with...") behind that, using "SSO" as a price discriminator.
Right. The phenomenon is real, but the description on that site seems a bit obtuse on purpose:
> For organizations with more than a handful of employees, this feature is critical for IT and Security teams (...) In short: SSO is a core security requirement for any company with more than five employees.
No, it isn't. They'd like it very much, but the SSO tax is proof positive that this is not a truly critical feature for small customers. In fact, it pretty much measures at which point it becomes critical.
It depends if it's a real 'request quote' option and not just something that gate-keeps the actual content on the site. I know in my job I've had to click through some of those sorts of things and enter my email just to get past the landing page of a company to get basic details of what their product includes.
“More than the self-service price tag” is not always a reasonable amount though. The reason I fill out those forms is to find out how much I’ll be swindled. It’s unsurprisng you get a lot of bad leads if you make that information invisible up front.
When people buy software they often speak to multiple vendors to compare prices. 90% of the time, they already know what they're going to use and they're only getting competitor quotes to show to their execs that they made the right decision. It isn't worth the time of the salespeople to entertain them, understand their usage, and give a quote if the customer already knows they want to use a competitor's product. Sometimes it is, sometimes not.
> 90% of the time, they already know what they're going to use
That seems exceedingly unlikely. When I'm shopping for a new vendor I have no idea who I'll use until I talk to a few to see how the offerings vary and which ones fit my budget.
The ridiculous part is how much time is wasted getting to the price. Then it turns out it is above my budget, so it's all wasted time on both sides. I don't expect a final price on first contact because I know enterprise contacts have variables, but give me a ballpark figure in the first 30 seconds to see if it's worth continuing to talk for three weeks or just end it there.
Just recently had a vendor (named similar to this site but "One" instead of "News"!) who gave me an approximate quote on day 1. Sounded perfect, fit my budget. So we continue talking about the details for many weeks. Only after a lot of time they reveal that quote is just for the core service we need, but there's also several other mandatory fees so the actual quote was like 3x higher. Far above my budget. Many weeks wasted. Maddening.
> That seems exceedingly unlikely. When I'm shopping for a new vendor I have no idea who I'll use until I talk to a few to see how the offerings vary and which ones fit my budget.
Imagine you're an experienced user of AWS, you know their prices fit your budget, and you know experienced people are easy to hire.
But before signing that multi-million-dollar purchase order, your boss asks you to get a quote from Oracle Cloud.
Will you get the quote? Yes. Will you select Oracle? Maybe if they're 30-40% cheaper. Will they be? No.
> It isn't worth the time of the salespeople to entertain them, understand their usage, and give a quote if the customer already knows they want to use a competitor's product.
This quote reminds me of an eye-opening speech I attended way back about the things you learn about when you run a business.
One of the lessons was that hiring the wrong salesperson can put you out of business. When you're hiring the first time, you think they're going to maximize their commissions. In reality, a lot of people are satisfied getting half the income they could by only taking the easy money. They might have to work five or ten times as hard to make the second half of sales, so they let those customers know they're disinterested and they go elsewhere.
The tougher half of sales are maybe 90% of the potential customers, or maybe more than that. You lose 90% of your customer base initially, then people talk to others about their experience, you've lost half of the rest, and suddenly you're no longer a viable business.
The tougher half of sales. In other words, 90% of your potential customers are concentrated amongst the half of leads that are difficult to close.
I don't know if that specific ratio is true, but it feels right. The OP's scenario is vivid to me. So many salespeople just want the fish to jump in the boat...
Feels right to me. Getting my enterprise to spend money on anything they didn’t before is a multi month affair costing tens of thousands of dollars in wasted salary and nearly 6 months to make a purchase with a yearly price lower than my monthly salary…
I'm actually in that exact process, and have absolutely no idea if half of the providers I'm looking at have a decent product.
There's no free tier so I can't just create random accounts and see for myself. To your point, I'm also not the last decision point, but will be the poor soul explaining why we should choose X or Y to get someone up the chain to approve the money.
Your point probably stands for companies that will blindly buy the overpriced market leader anyway, and do whatever it takes to make it work whatever the proposition. But that's not even half of the market I think, very few companies actually require the top of the line service, by definition.
> I'm actually in that exact process, and have absolutely no idea if half of the providers I'm looking at have a decent product.
Because they used it at a previous company, because they're renewing with their current vendor but are required to compare prices, because the CIO got a recommendation at a conference that is now mandatory, because their ex-colleague works at the vendor, etc.
Renewing with the current vendor and/or being bribed I can understand.
Recommendations from colleagues who used it at a previous company can be so bullshit. We had someone heavily recommend Monday for ticket management, and oh god was it awful. It made me miss JIRA.
Agreed. I hated Monday. We used it for 2 months at a start-up 2-3 years ago, and quickly missed Jira (which we then bought). Using Linear at a new place now, and it's actually pretty great.
Curious: what do you do when it's not a good enterprise lead but you still don't want to burn them as a customer? Do you point them to the self service solution?
When I worked at companies with self-service plans, we'd direct them there and say that we can't provide provide them enterprise service for now, until their company grows or their budget grows. When we didn't have self-service, we were just polite and that's all we could do.
At my company, we sell deals between $25k and $1.2m/y. You obviously get very different salespeople taking those calls.
Super junior salespeople promoted from SDRs train on the $25k-$40k; most salespeople handle midmarket deals up to maybe $200k; and the very best salespeople get the enterprise leads.
Sometimes you'll have commercial/digital reps that handle high volume, low revenue customers. The company may also have a self-service/credit card swipe product option, or a free tier, or a support-only option.
Enterprise customers can ask for different payment terms (bank transfer instead of credit card, 30/60/90 day payment goals), legal and security review, different termination periods, amendments to the standard contract, sometimes different currency. So it starts a discussion of their requirements. Some companies won't even tell you their requirements before signed NDAs were exchanged. Others require you to create an account at their finance system (SAP, Cisco, Oracle Financials and such).
Then depending how formal the customer is the reply can be a text email with a quote, a formal quote that looks almost like an invoice (PDF), or even a 10 page draft document for further discussion.
This might sound like a lot of extra work, something that can't easily be automated, but those companies are used to long sales processes. The product manager needs to liaison with their legal department, then with their accounting department.
"Request for quote" and "contact sales" are essentially the same.
Oh, I didn't answer the "How do you come up with the pricing" part.
Pricing is usually the same only scaled higher. We have an Excel spreadsheet that's an extension of the public pricing page. Then we look if something is complicating the contract (but we might only insist on minimum contract length, not higher price) or making it easier (they need less features which actually cost us less money and we can give discounts).
That's for an established SaaS. I assume any new SaaS only few months old will just make prices up on-the-fly (we did!).
It's not the price. It's the stupid insistence on putting "SSO" -- which even a single dev should be doing, preferably using OIDC so nobody does any work! -- behind that button.
OIDC is the only way to get proper 2FA into all services without adding tons of friction. Friction reduces acceptance and usage of 2FA.
Every service that puts SSO in an enterprise tier is a security risk and shouldn't be touched with a 10 foot pole.
Go ahead and put Kerberos and SAML and maybe even LDAP SSO in Enterprise tier, but if you put OIDC in enterprise tier, you're responsible when your customers will get inevitably hacked.
If an organization made a deliberate choice of not paying 5000 USD/mo for extra security, then security is less important for them than this amount of money — so they get what they pay for, and it’s their responsibility.
By that same argument, you could also make security patches exclusive to the enterprise version for a certain amount of time after they've been released.
Only big corporations need security, after all, if a small company gets hacked, well, they should've paid more?
What kind of late-stage capitalism is that? You're knowingly selling an insecure version and somehow it's the customer's fault they didn't buy the "actual security" addon?
I am ready to agree with you if you’re not being hypocritical here. Surely you’re doing only the best work for your employer, and spending your own unpaid leisure and sleep time on honing your non-marketable but company-demanded skills, undergoing psychotherapy to get along better with your manager, and thinking of all the opportunities to save your employer more money.
It would be a shame though if you demanded unpaid work from others, but didn’t live by the same rule yourself.
I've forked quite a lot of open core projects to add enterprise tier SSO support to the open version, with my forks published under AGPLv3. I'm true to my word.
As a customer that process makes sense if I had those extra requirements, but why do so many SaaS lock SSO (Google/Microsoft) behind their Enterprise offerings?
I get that it's for differentiation between plans, but as a customer it feels weird to walk into this pricing black hole just for SSO. Maybe you have some experience with that?
Most SaaS companies will tell you that they would rather not lock this important security feature behind enterprise. But the reality is that it is one of the few things enterprise will pay for and gate on and as such it’s become very effective as a differentiator. The edict to gate everything behind SSO is powerful in large enterprises and as such they will absolutely pay to be able to do that, making it a very easy internal sales tactic. The market has spoken, for better or worse.
I read your comment as saying that SSO is denied to “regular” (non-enterprise) customers because enterprise customers would buy the regular product if it was included there, thus pointing out that all the other “enterprise” needs (terms, etc) aren’t real?
Most enterprise features are nice-to-haves. SSO is a must-have for companies with enough security or compliance ceremony, which includes most enterprises.
Small companies don't need sso because when an employee leaves, they just go into all their sass and remove the user or change the password. A large company can't work without SSO because in an org with hundreds of users they can't login to each SASS and disable and enable everyone coming and going at the company, which is many per month in some cases.
This is very much correct, and quite self-evident: they live without, therefore they don't need it. Wanting something != needing it. Companies that actually need SSO are the ones that have internal or external compliance requirements, and/or for which managing users without SSO becomes prohibitively expensive. Turns out, at that point, they're willing to pay through the roof for it.
> quite self-evident: they live without, therefore they don't need it
Lots of people live without things others observe they need. Doesn't make going without a good idea.
> Companies that actually need SSO are the ones that have internal or external compliance requirements...
This logic is backwards.
Why do you think SSO is a "requirement" that security certifications or compliance policies look for? Why did that come to be? Who does SSO benefit? Are those personas relevant for only large companies or small ones too?
Do beginning drivers not “need” seatbelts or brakes? Or are these devices only needed to avoid tickets and pass inspection?
One thing worth pointing out. If you don’t mind using GitHub or Google you can get “SSO at home” for a lot of things, since most
SaaS provide Google/Github login in their lower priced tiers. It will usually be OIDC based and not SAML, but it’s definitely possible to use these providers up to a quite significant scale.
Why? You use SSO in your personal life all the time. Why would you not want to continue doing so in your business?
If anything, small companies need SSO more than any others - those companies usually outsource a lot (SaaS vs a dedicated hire), managing credentials is annoying.
SSO has lots of other benefits. MFA primarily. This is non negotiable these days, even for the smallest company. I’ve not seen many services supporting this without SSO.
Don’t get me started on the services that have their own smart ideas on what constitutes a safe password. Max 8 characters with no repeated letters and of which 4 must be an emoji, with automatic logout every 12 minutes. Yes those still exist.
Password policies are things you want control over in your IdP to avoid all this BS. SSO really should be standard.
> This is non negotiable these days, even for the smallest company.
Says who?
In reality, users don't care. Regulators, however, sometimes do, which leads to certifications and compliance requirements - and only then SSO and MFA become non-negotiable.
I work with a variety of small companies (5-25 FTEs) that are increasingly facing strict MFA requirements in order to maintain insurance. SSO isn’t an explicit requirement, but there are a myriad of general access requirements that they struggle to follow without some level of centralization via federated identity/SSO.
Because SSO outside of the OAuth2 happy flow [0] can be a pain in the ass to develop for and support.
Some customers use Okta; great! But some of those customers have Okta configured in ways that don't work with your auth service. Some customers use Okta as a downstream to their _actual_ IdP, which could be Keycloak (a million different ways to configure that) or, god forbid, some custom thing they wrote. You've gotta support that.
Some customers (the ones that will pay the REALLY big bucks) use Active Directory Federated Services and SAML-based auth. SAML is XML/SOAP. Gigantic pain. Gotta support it.
Some customers want LDAP/LDAP-S based auth. Gotta support that.
Given all this, it makes much more financial sense to lock that behind customers who are willing to pay the big dollars for enterprise-y features AND support instead of dealing with infinitely long support tickets.
[0] There is no such thing as a happy OAuth2 flow.
In my experience SSO is high-touch. Sure there are self-service portals and control panes but big company IT departments are ticket processing machines, and it becomes a game of broken telephone to make changes. When something doesn't work, what do you do?
Offering SSO as part of an enterprise SKU offering implies there is a high-touch relationship out of the gate, and that there is a higher chance of success and adoption, including getting SSO set up right.
Furthermore many large behemoth corporations have strange SSO configurations and it's not unusual to require bespoke configuration let alone debugging time.
People are currently implementing a simple self-service for common SAML and OIDC providers, like O365 and such. This will be free and recommended for all customers to use, because I believe in providing actual security for our customers.
And then you can order a consulting project on top to figure out a good way to import user groups, user identities and such into the platform, and ideally to integrate our preferred group structures with a customers existing approval and group structures. This also includes help to initially connect us to the IDP. This is priced at a relatively cheap consultant level.
And then there is a second tier of consulting projects if the customer is using a non-standard IDP and can't do it on their own. Like, we have one customer that has an in-house developed SAML provider, but the original people who worked on it aren't there anymore. That was an interesting project and I learned way more stuff about SAML than I ever wanted, and also fixed a bug in their SAML provider code. This is priced right between "subject matter experts" and "no".
That's what I consider a very fair split. Simple SSO for everyone, especially on standard providers. And if you want to save a day or two of your identity and authentication teams, you can hand us some cash to do so. Smaller customers generally won't need this, they usually just have 1-2 groups they want to push and that's easy to do, but large customers with complex directories and many users in different departments like these projects a lot.
Go ahead, make SAML, Kerberos, LDAP, whatever custom solution paid. But OIDC should be free, ideally even with my own Keycloak. Go ahead and put all the customizations in the paid tier, again, fine. If I want user/role mapping, I can set it up in keycloak.
But it's silly paying more than a FTE's salary just for the SSO tax when you've got 5 people.
> why do so many SaaS lock SSO (Google/Microsoft) behind their Enterprise offerings?
"Price discrimination" is a pricing strategy where very similar products are sold at different prices in different market segments.
Imagine you've invented an amazing silver bullet that makes software developers 30% more productive.
For the likes of Google who pay developers $200k/year, getting 30% more productivity would be a great deal even if you were charging them $10k per user per year, because that productivity boost is worth $60k.
For unpaid students, casual users, open source projects and cash-strapped micro-businesses - a 30% improvement in $0 is still $0 so they can't afford much. Maybe $50/user/year, and they'll still complain like hell about it. But it'll help your tool spread and build word-of-mouth.
So how do you price your product - $50 or $10,000?
With "price discrimination" you can do both. Offer a cheap tier for home users and micro-businesses, and an enterprise tier with features Google desperately wants, at a much higher price.
By having prospective customers call for pricing, your sales folk can research each customer and figures out whether they're the kind of place that pays their developers $200k/year or more like $30k/year - allowing them to figure out how much the product is worth to that particular customer.
I don't have experience with SSO. It's a typical feature SaaS tries to charge extra for (https://www.enterpriseready.io/#features). Maybe they don't have an add-on feature in their billing app.
I tell you why: SSO means I'm going through a qualified purchasing route, which means getting finance/procurement and then subsequently IT involvement. SSO implies I'm using the product company wide, versus a group of 2~10 people in the marketing group. As others have mentioned, there is a very justifiable reason to have a relationship between sales and procurement/IT.
Unpopular opinion - you may like to call it an SSO tax, but I think it's perfectly reasonable from both sides. The reality is - if you're a 10 person startup and the "SSO tax" is annoying, then simply don't do the SSO version...you have 10 people in your company, you can get them all to use a password manager with MFA. If you're worried about security then fine, don't you think it's worth paying a little more?
If people's issue with the "SSO tax" is that the SaaS software provider is making incremental money for very little effort/investment, then I would love to explain how the economics of most SaaS tenancy models work with regards to infrastructure spend...
Having been an infrastructure provider for 30 years, this answer is largely unjustifiable.
It's a bunch of handwaving to try to get price discrimination for a "how the Internet is supposed to work" standard everyone, even a single dev client of the SaaS, should be using.
And that the SaaS provider should be pushing so they don't have the liability of subscriber credential database protection ...
> even a single dev client of the SaaS, should be using.
Having assessed 600+ software companies (many of which are 5-50 employees), I'd say about half of them use MFA consistently across their business. And it's not a budgetary issue, but more of a logistic/IT/prioritization one.
10 person startup -> that is a strawman if I ever saw one. There are many 100 person scale ups that are pre-profit for who the hassle of managing separate accounts for X SaaS tools for 100+ people is justifiably too much to ask but who can also not justify paying literally 50x as much as the highest non Enterprise tier
This is literally not the case. The pricing is nowhere near 50x - in fact if you negotiate the rates are only marginally higher than the tier below it.
FWIW - the sentiment I get here is that the gripe isn't necessarily the pricing (you notice how no one has quoted specific increases?) but that they have to pick up the phone to talk to someone for what they believe to be such a small feature.
> There are many 100 person scale ups that are pre-profit for who the hassle of managing separate accounts for X SaaS tools for 100+ people
So you're telling me that a company is complaining that they have to pay extra money for features that reduce their administrative burden and limit their risk, thereby costing them less money? Explain that one to me...
> There are many 100 person scale ups that are pre-profit
Also, put yourself in the seat of the owner of a software provider, would you rather win the sales opportunities of 10,000s of businesses that aren't pre-profit or the hundreds of businesses that match your criteria? I know who I'd be marketing to...
I always tell YC startups not to do this when they're launching on HN. Well, except when I forget, and then it usually goes bad.
It's in the launch HN instructions we give YC founders, which are here if anyone wants to see them: https://news.ycombinator.com/yli.html. All the advice is valid for HN generally, though the logistical aspects are specific to YC.
Edit: I even keep a list of examples to scare people:
I think there's a big difference between a HN startup not being upfront about their simple pricing, hiding it behind the "Start for Free!" anti-pattern, and an established B2B SaaS with a "Request a Quote" flow. One is deceptive, the other is a necessary barrier in doing certain kinds of business
I work for an Enterprise SaaS company who has a "Contact Us" pricing and fully agree with the sentiment. This is how it was explained to me:
* Since we sell mainly to Enterprise they all have procurement people who get measured on how much money they save - with some getting crazy bonuses if they can "save" 50%. So we needed to keep the price inflated by 50% until it gets to them so they can "twist our arm" down to the real price to show their value.
* And if a procurement person can get that 50% off our competitor such that the deal with them makes them look better they'll pick them instead.
* And when we used to put that 2X the real price price on our website some people wouldn't know to twist our arm for the discount and instead just thought we were too expensive. It was also abused by our competitors who were all "Contact Us" to make out they were cheaper than us without giving us the chance to compete.
So instead we do this stupid dance that I hate where we can't even tell the real price to the people in the early meetings (keeping that for procurement at the end of the process) - and we have to do all this fishing to find out who else they are looking at and what their price is that we have to beat before giving them our price. The entire purpose of our Sales Execs is to do this dance to decide whether to give a price and which price they tell to various people at the various stages as far as I can tell - though they actually are pretty good at it...
I came from Amazon where the price was public as were the mechanisms to lower it through various types of commitment so I found the whole thing ridiculous. I have since learned that everybody does it this way and this seems to be the reason. I argued "maybe if we are the one who doesn't in our space then we'll get more business for being the easiest one to deal with?" but I was assured that was not the case and it would just mean procurement people would want 50% off our best price instead...
I'm a dev, so don't know the exact details. We make a niche B2B application that is essential for the daily operation of businesses in our niche, with several hundreds of businesses as our customers.
Our pricing is in general based on a "fixed" monthly per-module price plus max-simultaneous-users price, and then a usage based per-transaction price element in addition.
The "fixed" cost can be somewhat different, typically it's a bit lower for smaller customers which also takes into account smaller customers typically have fewer custom integration needs (ie less custom maintenance/support).
The transaction pricing has a volume discount "ladder" with many steps. So smaller customers pays a lot more per transaction than larger customers. The transaction-based "price ladder" is otherwise quite fixed between customers.
This transaction-based element allows us to have reasonable overall prices for small as well as large, as it scales with our customers' activity. If they have a good month they pay more but also have more income.
This model is used for all our customers, from single-employee shops to the largest ones we have (many hundreds of simultaneous users). Our CEO has been clear he doesn't want to be cheapest, but deliver a superior product that justifies the price.
In the 10 years I've been here we've gone from #5 of a group of vendors to a dominating position. I think our pricing model has been one of the factors that has facilitated this.
I think this is a common misconception around sales. The prices aren't upfront because there's too many variables. Price is determined by more than just number of employees. There's also individual SKUs for each employee, usage tiers, etc. Once there's more than one variable it's probably too complex and you need a quote.
It's not extortion. A good salesperson is looking for a good customer that actually needs the product. They want to make sure that the product is a good fit for the customer. Selling to a business that doesn't need the product is not only a waste of time, but it actually costs the business, as the customer will quickly cancel and all the work the account executive put in to learning the business ends up in a net loss
This could occasionally be true, but in my experience it’s much more common that this is a signal that either the vendor’s internal processes are stuck in the early 2000s, or they are indeed going to run an arbitrary negotiation process to drive up prices.
I had one large, famous call center vendor who were running on a monolithic Java backend in their own data center, with a six-week implementation time for a completely vanilla configuration, and for which the simplest change required a professional services engagement. There is no technical reason the entire thing couldn’t have been done with self-service signup and configuration, and indeed that’s how their smaller, younger competitors do it.
Whether the vendor's internal processes are stuck in the early 2000s or not doesn't negate anything I said. The quotes are multi-variate and it's not extortion.
But even assuming updated systems, how could you give an accurate quote without understanding the customer's needs? Make someone fill out a big form providing estimates of their usage? Now you're just putting the customer on the hook for generating the quote. The sales rep can translate their requirements into an accurate quote without putting the burden on the customer to understand the product more than they need to. Also, the customer may need the quote to land a contract.
The complexity of the software's pricing is a reflection of the complexity of the customer's needs.
I don’t want a quote. I want pay-per-usage. If I get big enough to demand a discount, we can talk about prepaid credits. I’m not scared of multi-variate pricing - I’m an AWS customer, for goodness sake, I can handle that quite well already.
Actually, AWS has a call center offering, and look! Self-service activation, usage pricing right there on the page, even a free tier to try it with — or of course you can contact sales if you want to. How do they do this? Their technology isn’t from the early 2000s.
(And giving a customer a quote so they don’t have to understand the product? That just sounds like a bad idea all around…)
That's good for you. Your very specific example is one that seems to worked out for you in your very specific case. My point is that sometimes usage isn't so easily measurable and is multi-variate. You might not be able to calculate the cost with simple multiplication, especially when there's many SKUs. Say you offer 100x services, but the customer only needs 10 of them. Are they going to look through the list of your 100 offerings, mapping their requirements to what you offer and hoping the math works out? Probably not. It's way easier to talk to an expert at the company and understand if the product is a good fit and get a proper quote. A good sales meeting saves both sides so much time and money.
> And giving a customer a quote so they don’t have to understand the product? That just sounds like a bad idea all around…
You've fallen into the classic HN trap of assuming that everyone that uses software is also a software developer. Sometimes, you're selling to the HR rep or a CxO. They don't have to understand the implementation details of the product to understand whether it meets their needs and if it is a good investment. If you have to go deep into API calls while explaining the price, you're going to lose the sale.
From my experience, your example is the one that’s on the end of the bell curve. A sales team that goes through a list of 100 things and hand-crafts a bespoke package for my needs would be amazing.
I could list several big SaaS names where you always seem to end up in the same place: SSO is bundled with a bunch of other stuff you don’t need; at renewal time user counts always ratchet up, regardless of actual active users; increases in unit price of things you do need are “compensated” with “discounts” on things you don’t need or calculated off a nonexistent price that was never an option in the first place.
It has nothing to do with selling me what I need. If I ask if it can do what I need, frankly much of the time the answer is a lie, or close to it. Or the answer is “we don’t know, but sign the contract and we’re sure Professional Services can take care of it for you”.
Yes, if you actually want to use the APIs it’s even more of a disaster, but that’s not what I’m talking about.
When your business is a reasonable size, you'd be surprised what kind of service you receive.
> If I ask... the answer is a lie.
Which company actually did this to you? If that happened, it would be a breach of contract.
At this point you've said some things that lead me to believe that you haven't actually had any experience whatsoever working out a contract with a SaaS account executive, so I'm going to respectfully back out of this thread.
If you are selling software to enterprise that's 100k a year and multiple SKUs, buyer will want to negotiate and not just discounts, its volumes, payment terms, contract length all of which affect price. If only it were so simple
Indeed, this is the correct answer for 85% or more of SaaS businesses. As a CTO who makes buying decisions, the worst thing you can do if you want my business is bury the pricing behind one of these. I know the game, I despise the game, and I don't have time or willingness to "do the enterprise dance" unless I am already a happy customer. Even then, I've migrated to competing services to avoid that, so consider that when designing your "sales pipeline"
All pricing is 'enterprise', there are no special small-company or single-person offers. A salesperson will receive your information, research your company and try to figure out the size and whether you are a decision-maker or assigned to look at competing services or just looking around. Then they will send you an email to set up a meeting.
The pricing will be basically the same rate for everyone, with discounts based on actual scale, but there will be a minimum commitment which will be calculated to be substantially less than your likely bill -- this is to encourage you to actually start using the service, rather than sitting on it for another year while you wonder if the conversion will be worth the trouble.
(It is. Clients love us after they actually start using us. One of our big sales drivers is employees of clients going to work at other companies and noting how much worse things are without us.)
Then the client will have due diligence and security questionaires and want to negotiate some fine details of the contract. Will they require special setup services? More or less training than usual? Sometimes this will require a one-time fee.
Regarding an HR SaaS I'm familiar with. A request gets put on a queue for an account executive to call you. The product is complex enough (because HR is inherently complex) that it's easier to have a conversation about your business to understand if the product will be a good fit. They call, and it becomes a regular B2B sales meeting.
i've been doing this sales engineering thing for the last two years and have seen a little bit of how this works.
you'll get a list price (the price that the company needs to sell at with lots of margin added on top), and, depending on how serious you are and your actual needs, you'll get a "real" price after a sales person/sales engineer qualifies you.
there are a million ways big-money SaaS licenses can be discounted, but it always depends on the buyer, the relationship, how "sticky" they'll be (i.e. will they use it for a year and bounce, or could they be a multi-year loyal customer), sales targets and how much other stuff they might purchase.
also, like a previous poster said earlier, there are lots and lots and LOTS of ways that enterprise software can be purchased. "request for quote" sales flows covers that.
SaaS companies do this because so much of B2B pricing is a function of value and willingness to pay for that value.
And the seller can say “no” as well. It’s a scary proposition for old hats, but I’ve only ever seen it make a small number of buyers frustrated with the lack of special treatment (but buy the product anyway, and in all but one case turn our to be great, engaged customers).
If it’s enterprise, salesperson and VP of sales look up the company and try to guess how much they can pay.
Once I was cooling my heels in the lobby of Oracle and, looking around realized I’d had a stupid brain fart. So I opened my laptop and doubled the price of every line item in the quote (felt very high tech in ~1994). They complained about the cost, but paid. They would have complained about the original quote: complaining about the cost is the first step of negotiation.
I’m surprised there isn’t a service that takes the requestor’s email address (if it’s something generic like @gmail.com, DWIM-searches LinkedIn), looks them up in an in-house proprietary database, and sends you a score (a multiplier).
Someone should start that — it’s probably a quick flip to Experian.
Pretty sure that's exactly what Clearbit does. Although now their site has some AI hype on it and I can't tell if that's just the obligatory AI marketing, or if they actually changed their product.
You end up at a form that books a meeting with me, the founder.
We'll walk through the problem you're facing that lead you to fill out the meeting form, and you'll either get a solution that day, or it'll be built rapidly.
I started with an "unlimited" plan and very quickly realised this attracts pathological customers for whom $199/mo for unlimited resources is a steal. So now I charge incrementally per resource used (uptime checks, status pages).
What about from the customer perspective what do enterprise customers want to see happen?
I’m guessing you want someone to reach out to you for a video call where they can tell you whether the product works with your Identity Provider, follows your security standards, and has a human who you can negotiate with set starting price per license/head/unit.
To add from my experience, some customers just want the pricing to do comparison shopping, justify their bespoke system development efforts, or just to know what is happening in the market. I have had a situation where I didn't offer pricing as the lead was really not the right fit; they went ahead and complained directly to my higher management. Luckily, I had already marked the lead as closed in my CRM with the required explanation and my reporting manager had faith in me.
Every company is different, but they can use everything they know about you, all the offers previously made to others, and competing products, to optimize your price using a statistical model. I recommend reading Pricing and Revenue Optimization by Robert Phillips (https://www.sup.org/books/title/?id=31628)
It's about building a relationship, and getting to know the customers' needs. Plus, the call is how you get that history. There is no magic "import prospective customer history" button.
Say you're a small or solopreneur company, and you don't have any enterprise customers yet.
What do you put on a features/pricing page to help you start finding out what your enterprise customers might actually want? (Not the generic stuff like SSO and audits, but specific to your product/market).
Just a generic "Don't see the features you need? Email us!"?
Not one of you are willing to admit that you collect people's contact info and then use it to spam them with completely unrelated product offerings/"news"/garbage for months/years after giving them the price-quote they asked for and the aggressive sales pitch they didn't ask for, only to later sell that same contact info to third parties as well regardless of if a sale was made? All the SaaS people here must be the exception I guess.
I always assumed that the sales rep guesses a price point that you're willing to pay based on how big your company is (and of course building in the inevitable 20% discount your procurement team will want).
YMMV, but in my experience this is less common than you think and is instead more based on the baseline costs of specific features or customizations the client wants.
In other words, it’s rare to have a huge variation of costs given to customers for the same product, even if they are higher or lower for certain customers.
"Request a quote" is a sales tactic to elicit as much money as possible from larger customers. It's never the reasons being bandied about, like complexity in enterprise agreements or customized discounts for scale, or any of the reasons the people slinging the product might have convinced themselves are true. It's about getting the opportunity to introduce sales tactics that a straightforward and honest price menu would provide.
"Request a quote" is a sign to me that the company is dishonest, with high pressure sales tactics, toxic incentives, and a culture of maximizing profit over providing quality service. I've never seen a counter-example of an awesome, high performing company I loved working with, who went the extra mile, use "Request a quote" or similar tactics.
"Request a quote" is a corporate version of a street busker con, with them needing to get up close and personal, to shuffle the numbers and dazzle you with "here's what we are willing to do, just for you!" as their hand slides into your pocket.
There are always better options that somehow manage to be honest, clear, and upfront with pricing. If a company is hiding the price, it's to get away with something that you'd call out as sketchy if you knew all the information in advance. Even if it's only to force an interaction with a skilled sales agent, it's a despicable tactic.
I have seen SaaS sales where the prospect (not the vendor) required contracts to be executed prior to determining requirements. This involved legal on both sides to be involved. Once the trial was started, the prospect required many changes to the app, API, data model, and other fundamental aspects of the SaaS.
In order to account for this, what number would you put on the website's pricing page?
$X for a "take it or leave it" contract, with all the terms attached for the prospect's legal team to peruse at their own leisure, and then a "call us if you need something more bespoke" button.
OP is specifically saying this is always a scammy sales tactic. I am asking for a way to arrive at a scalar $ value to put on the website to avoid this tactic of "talking to the customer to determine the price."
OP is specifically saying this is a scummy pressure sales tactic. I am asking for a specific number to put there instead, in the interest of transparency.
That's not a number that represents what the buyer is looking for though, so it doesn't help. I guess to be transparent you could put some text like "if you don't want to buy one of these plans, we are not the vendor for you?"
I used to think the same, until I started working at the place I'm currently at. You can see our pricing model in the post I made here[1].
Thing is, while we might be able to provide a "sticker price" on our webpage that would fit the smallest customers, it wouldn't for anyone larger.
For example, our product has a lot of modules (over 20), and you pay per module. Unless you've worked with our product before, you have little to no idea which modules you need. Best is to give us a call, explain your daily operation and we can then tell you which modules you need and give you some options on which modules you might benefit from additionally.
Anyone but the smallest customers also has some integration. Largest ones have a lot. Do you require a custom integration or can you use our standard integrations? It doesn't help that you run say SAP on your other system, as no two SAPs are the same. Perhaps our standard integration can cover your needs, perhaps not. Similar for a lot of other systems we integrate with.
We have tons of small customers, including many single-employee shops, up to the biggest fish in our pond. There's some variation in pricing between customers through negotiation, but not a lot. It's just that customers have quite varied needs.
I've never seen a counter-example of an awesome, high performing company I loved working with, who went the extra mile, use "Request a quote" or similar tactics.
I bet those companies also have a "request a quote" process for their enterprise customers, who do not pay the public prices, you just don't see it.
You're misunderstanding the dynamic. There are many SAAS companies that present a public-facing abstraction of a "sticker price", but the actual price that large customers pay has no consistent relationship with that price, because of exactly the factors you're dismissing. No enterprise procurement department will agree to pay a sticker price, and few enterprises will be satisfied with "sticker service".
Why aren't companies honest and upfront about this? Sometimes they are. Slack, for example (https://app.slack.com/plans/T02EPKPG3) is pretty straightforward: you can pay $7.25 if you're a normie company, $12.50 if you have more advanced needs, or you can request a quote if you're a giant enterprise who's going to be expensive to support. The risk is that a company which really ought to be in the "request a quote" tier ends up in a lower one and then has mismatched expectations. I've seen one case where a sticker-price-tier customer was absolutely outraged that nobody would set up a call with engineering for him.
Right, but the problem is when a company can't (or won't) quantify a no-frills normie price. I don't think anybody is complaining about the fact that huge needy clients will cost more and so will need to pay more; the problem is marketing material that says "we will treat everyone like a huge needy client".
I think that, most of the time people think they've seen such marketing material, the intended message was really "we're primarily interested in doing business with huge needy clients". For some kinds of software it's fundamentally hard to reliably make money from small users.
1. It gets added to a list of marketing website leads, which is owned by SDRs/BDRs who are there to filter and qualify leads. These are usually early-career people, with a base salary + quota for qualifying leads. The website is many times their least preferred channel of leads due to the quality, but they can't ignore it because sometimes good customers do come through there.
2. The SDR will either work over email or on a call; their goal is to identify if you're a real potential customer (vs shopping for prices, vs confused about what we sell), write up notes, and identify which customer segment you belong to (geography + business type + business size).
3. You will then speak to a salesperson (with varying titles "Account Executive", "Sales Director", "Regional VP of Enterprise Sales", or whatever inflated title makes sense for that sales organization). Their goal is to confirm they're speaking to the right person in your organization (or wasting their time), if your use case is meaningful enough for the "enterprise plan" (they can't sign too small deals), what your budget is, what your usage will be like, etc.
4. Pricing could be made up by guessing your price point, but it's rare. It is difficult to consistently make up pricing that works over time and doesn't have many lowball deals that harm the company's revenue long-term, and salespeople often don't understand the technical details well enough to make things up that make sense. Usually, there will be a pricing framework and an internal calculator (very often, a spreadsheet with formulae and VLOOKUPs) that will give them a range. They can then choose what number within that range to offer, based on who they think you are and how far off they are from their quarterly quota.
5. They can then negotiate the number, or the included features, or the payment terms (upfront payment, multi-year contract, exit clauses, etc.) which can be translated into discounts if they're favorable to the seller.