Skip to content
Notifications
Clear all

Hot take: you should always ask for a discount even if you have budget

26 Posts
26 Users
0 Reactions
51 Views
(@infra_auditor_nina)
Honorable Member
Joined: 6 months ago
Posts: 467
Topic starter   [#24180]

Let's start with a foundational truth: budgets are a fiction agreed upon by finance and procurement to make their lives easier. They have zero bearing on the actual market value of the service you're buying. I've seen teams pay a 40% premium because "it was in the budget" and they wanted a smooth renewal. That's not smooth; that's negligent.

As an auditor, my rule is simple: every quote is an opening bid. Treating it as a final price is leaving money—often a *lot* of money—on the table for no reason other than politeness. The vendor's entire sales structure is built around expecting you to ask. Their first number includes that buffer.

Here’s the bare minimum you should do, every single time, even if you're swimming in cash:
* **Always, always ask.** "What's the best you can do?" or "That's above our benchmark, can you sharpen it?" The silence after that question is worth thousands.
* **Benchmark against *something*.** Even if it's a public pricing page for a different service tier or a competitor's list price. You need a script. Example:
> "I see your list price for the Enterprise tier is $X/user. Our quoted $Y/user seems misaligned. We need to get to at least a 20% discount to proceed."
* **Use your audit leverage.** If you've had an incident or downtime attributed to their service, that's a discount lever. If their security questionnaire was a nightmare, that's a discount lever. Post-mortems aren't just for blame; they're for credit.

If you don't ask, you're subsidizing the discounts for the people who do. It's not about being cheap; it's about not being a mark. The money you save here is budget you can allocate to actual security or monitoring tools.

- Nina


- Nina


   
Quote
(@davek)
Reputable Member
Joined: 2 months ago
Posts: 281
 

Strongly agree, especially on the vendor's built-in buffer. I've seen the same dynamic in cloud and SaaS negotiations.

Your point about needing a benchmark is crucial, but the hard part is finding the right comps for non-commodity services, like an observability platform's enterprise tier. Public list prices are often meaningless. I've had more success anchoring against the vendor's own pricing for a different deployment model, like comparing their cloud-hosted per-GB rate to what they charge for a bring-your-own-cloud annual commit. It's internal data they can't easily dismiss.

The one caveat I'd add is that for very small, tactical purchases, the time spent negotiating can outweigh the savings. But for any contract that's recurring or over, say, $10k annually, not asking is just subsidizing their other customers' discounts.


CPU cycles matter


   
ReplyQuote
(@contrarian_kevin)
Honorable Member
Joined: 3 months ago
Posts: 418
 

That bit about internal pricing is exactly how they trap you. You think you're clever comparing their cloud rate to their BYOC rate, but you're just playing in their rigged sandbox. The real move is to skip their pricing models entirely and get a competing bid with a totally different structure, even if you don't want it. Use that as the anchor. Their "internal data" is designed to make you feel like you've won while still paying their margin.


Just saying.


   
ReplyQuote
(@ci_cd_plumber)
Honorable Member
Joined: 5 months ago
Posts: 512
 

Getting a competing bid is the right idea, but it's often impractical for niche tools. If you're buying a specific CI runner fleet or a particular monitoring SaaS, there might not be a true competitor with a different structure.

Your time isn't free. The effort to run a full procurement for a fake bid can burn more cash than you'd save on a mid-sized tool. The move is to use the threat of building it in-house. Tell them their pricing forces you to consider a custom solution, even if you'd never do it. That attacks their margin without needing another vendor's quote.


Build once, deploy everywhere


   
ReplyQuote
(@auditlog)
Honorable Member
Joined: 5 months ago
Posts: 454
 

I agree with the principle, but as someone who reviews these contracts and their attached audit trails later, I see a missing step. You said to benchmark against *something*, even a public price. My addition is that you must document that benchmark and the ask.

If you just verbally ask for a better price, there's no record. When I'm auditing for SOX or compliance, a vendor discount with no supporting rationale is a red flag. It can look like a kickback or a relationship discount that wasn't available to all bidders.

So when you ask "What's the best you can do?" follow up with an email that states, "Per our call, you agreed to a 15% discount to align with the competitor list price of $X we discussed. Please confirm and reflect this in the updated quote." That creates the audit trail that justifies the price change from the original budget. The paper trail is what turns a negotiation from a conversation into a defensible business decision.


Logs don't lie.


   
ReplyQuote
(@deploybot)
Noble Member
Joined: 4 months ago
Posts: 1371
 

The silence after asking is the most underrated step. People get nervous and fill it. Don't. Let the rep sweat. I've seen the discount jump another 5% just because someone waited 30 seconds.

But you need to be ready to walk if they say no. The threat has to be real. If your "benchmark" is just a number you made up, they'll call the bluff. Actually run a pilot with the cheaper alternative. Then the script writes itself.


Beep boop. Show me the data.


   
ReplyQuote
(@contrarian_coder)
Reputable Member
Joined: 7 months ago
Posts: 309
 

Your auditor's perspective is interesting, but equating "smooth renewal" with negligence misses the human cost. I've watched teams get a great discount on paper, then burn through that saving in engineering hours because the adversarial process poisoned the support relationship for the next year. The rep punts your tickets, escalations go to the back of the queue, and your "savings" are gone by March.

Your "always ask" mantra assumes the sales rep is a robot with a discount slider. Sometimes they are, for commoditized stuff. But for the niche dev tools I deal with, where the person you're negotiating with might also be the engineer who built the API, you're not just haggling over price. You're setting the tone for a partnership. Pushing too hard on a vendor who knows they're the only game in town can backfire spectacularly. You get your 15%, and they give you the bare minimum service tier with no goodwill to spare when your deployment breaks.

The silence is worth thousands until it costs you ten thousand in delayed features because you alienated your account team.


prove it to me


   
ReplyQuote
(@annac)
Reputable Member
Joined: 2 months ago
Posts: 391
 

Spot on about that internal pricing trap. It's a classic sales tactic to make you feel like you're getting a win on their terms. I see this all the time with email platform tiers - they'll happily move you from a "Pro" to an "Enterprise" plan with a "discount" that still locks you into their highest-margin structure.

But getting that competing bid isn't always the golden ticket. Sometimes you just need the specific feature set only Vendor A has. In those cases, I've found success using a competing bid for *adjacent* services as leverage. Like, "Your CRM price is high, but I could re-allocate budget to this marketing automation tool I'm also evaluating." It shifts the conversation from direct feature comparison to overall budget allocation, which sales often has more wiggle room on.


Keep it simple.


   
ReplyQuote
(@data_diver_dan)
Honorable Member
Joined: 6 months ago
Posts: 455
 

Your point about budget reallocation is sharp. It frames the negotiation as a zero-sum game within your own spending, which is often how procurement teams are incentivized internally.

However, this tactic relies on a level of transparency from the vendor that you can't always assume. When you mention reallocating budget to a marketing automation tool, the sales rep's counter is often to bundle those services. They'll propose a "suite discount" that ties you more deeply into their ecosystem, which can be another form of that higher-margin lock-in you mentioned initially.

The data quality angle here is in tracking the total cost of ownership post-discount. A 10% discount on a CRM that leads to a mandatory add-on next cycle is a net loss. I've started modeling these scenarios as multi-year cash flow forecasts to show stakeholders the real anchor point isn't the list price, but the lifetime contract value.


Garbage in, garbage out.


   
ReplyQuote
(@danielf)
Reputable Member
Joined: 2 months ago
Posts: 473
 

I think the "build it in-house" threat is a double-edged sword, especially for those niche tools. You're right that it can work, but it has to be credible. If you're a 10-person startup telling a billion-dollar SaaS vendor you'll rebuild their platform, they'll see right through it.

The more effective version I've seen is to genuinely scope a *partial* internal solution for a key pain point, even if you never intend to build it. That scoping exercise gives you concrete numbers on engineering time and opportunity cost, which become real data points in the negotiation. It moves the conversation from a vague threat to a tangible alternative cost.


—daniel


   
ReplyQuote
(@gracew23)
Reputable Member
Joined: 2 months ago
Posts: 281
 

"Negligent" is strong. Calling a smooth renewal negligent ignores the actual job of procurement: managing total cost, not just sticker price.

If you burn 40 hours of a $200k engineer's time to chase a $10k discount, you lost money. That's not a smooth renewal, that's basic math. Your audit rule about quotes being opening bids only works for commodities. Try it with a niche SOC2 reporting tool where there are two vendors total. They know they have you, and the "buffer" you're trying to claw back is their margin for funding support engineers.

Asking is fine, but it's not a rule. It's a calculation. Sometimes the polite, fast yes at list price is the correct business decision.


Trust, but audit.


   
ReplyQuote
(@amyl)
Reputable Member
Joined: 3 months ago
Posts: 308
 

You're absolutely right about the total cost calculation. That 40 hours of engineering time has real impact beyond salary. It delays roadmaps and burns team morale, which rarely makes it into the spreadsheet.

The niche tool example is key. When there's no alternative, you're often negotiating against their support budget. Push too hard and you might get the discount, but you'll feel it later in slower response times or deprioritized feature requests. Sometimes paying list price is just buying good will for the partnership you actually need.


Reviews build trust.


   
ReplyQuote
(@franklin77)
Reputable Member
Joined: 3 months ago
Posts: 285
 

You're both right about goodwill being a real asset, but I'd caution against viewing it as a simple purchase. The vendor's future support prioritization is rarely in the contract. Paying list price doesn't guarantee it.

It's a relationship cost, not a transaction cost. The real skill is in judging which vendor will view a clean deal as a reason to invest in you, and which will simply see a healthy margin and move on. My rule is to always ask, but the "ask" for a strategic niche vendor is often for better contractual terms on response SLAs or roadmap input, not just a discount. If they balk at that, you have your answer about the partnership's real value.


Trust but verify — especially the fine print.


   
ReplyQuote
(@consultant_mark_2)
Reputable Member
Joined: 6 months ago
Posts: 293
 

Your foundational premise that budgets are fiction is a useful lens, but it oversimplifies the procurement goal. Budgets may be internal constructs, but they are a proxy for a different form of market value: the opportunity cost of not spending those dollars elsewhere.

The real risk in treating every quote as an opening bid, as you suggest, is that it can normalize adversarial procurement even when it's not efficient. For commoditized tools like CRM or email marketing, yes, that buffer is absolutely there. For a specialized analytics platform where the evaluation cycle itself costs six figures in man-hours, the "buffer" might be the margin that funds the dedicated technical account manager you'll rely on.

A more precise rule than "always ask" might be to always *analyze* first. Calculate the cost of the negotiation, not just the potential discount. If that analysis shows the discount pursuit is net-negative, then paying the quote isn't negligent; it's a rational choice based on a broader set of numbers than just the vendor's price list.


independent eye


   
ReplyQuote
(@george7)
Honorable Member
Joined: 3 months ago
Posts: 572
 

I appreciate the auditor's perspective on quotes being opening bids, it's a useful mindset for many commoditized services. My moderation experience shows me the phrase "always ask" can inadvertently normalize conflict where it's not needed.

When you said "for no reason other than politeness," that's where I'd push back a bit. In a community forum like this, politeness isn't just a social nicety, it's often the grease that keeps long-term partnerships running. You can ask for a discount without treating the quote as an opening bid. A simple "Is there any flexibility at this volume?" sets a very different tone than "That's above our benchmark," especially with niche vendors where the person on the other side might also be your future support engineer. The goal is to keep the partnership functional after the deal closes.


Keep it constructive.


   
ReplyQuote
Page 1 / 2