Here is the short version before the detail. The price an incumbent offers is set by whether it believes the deal is contestable. A single-source justification tells the vendor it is not, and once that document exists the leverage is gone. The traps that produce it are predictable: requirements written around one product, proprietary features dressed up as must-haves, standardization invoked to avoid a competition, and urgency used to skip due process. Avoid them by specifying outcomes, keeping a real alternative, and refusing to declare sole-source until the evidence genuinely requires it. The full process context is in the ITSM procurement playbook.
Book a contract negotiation reviewHow does the single-source trap get built?
Rarely in one move, usually in several small ones the buyer agrees to without noticing. The incumbent offers to "help draft the requirements," and the list comes back shaped around its own proprietary capabilities. A feature only it supports is framed as essential rather than nice to have. The risk and cost of migrating are emphasized until change looks reckless. Then standardization is invoked: "we are a single-vendor shop, so this is sole-source by policy." Each step is individually reasonable, and together they manufacture the conclusion that no alternative exists. Naming the pattern is most of the defense.
| Trap | How it is framed | Buyer-side counter |
|---|---|---|
| Incumbent-written requirements | "We will help you scope it" | Write outcome-based requirements yourself |
| Proprietary feature as essential | "Only we do X, and you need X" | Test whether X is genuinely required, or serves a few users |
| Standardization mandate | "Policy says single vendor" | Challenge whether policy truly bars a competition |
| Migration risk | "Switching is too risky and costly" | Cost the alternative honestly, including switching |
| Urgency | "There is no time to compete" | Time the renewal so competition is possible |
Why do outcome-based requirements matter so much?
Because requirements written as outcomes keep the field open, and requirements written as features close it. "Resolve incidents against a defined SLA with automated routing" invites several vendors to compete; "must use the incumbent's proprietary routing engine" invites one. The discipline is to specify what the institution needs to achieve, not the mechanism one vendor uses to achieve it, so that a genuine comparison is possible. When a proprietary capability is named as essential, test it: how many users actually depend on it, and is the dependence real or simply familiar. Often the feature that justifies sole-source serves a handful of people and would not survive an honest review.
Keep a written record of who proposed each requirement and why. When a requirement traces back to the incumbent rather than to a documented business need, that is the line to test first, because it is the one most likely to have been written to exclude alternatives. Requirements you can defend on their own evidence keep the field open; requirements you cannot are how the field gets closed without anyone deciding to close it.
How do you keep a credible alternative alive?
A second source only creates leverage if it is real, costed, and current. That does not require an intention to switch; it requires a genuine comparison the incumbent can see. Evaluate at least one alternative properly, document where it meets the outcome-based requirements, and price it including the cost of change so the comparison is honest rather than a bluff. The incumbent discounts hardest when it believes you could actually move. Preserving that belief is the whole game, and it connects directly to our competitive leverage service.
How do you write a sole-source challenge?
When a sole-source memo is already on the table, you challenge it on the evidence rather than the politics. A defensible justification has to show that the requirement is genuine, that the requirement can only be met by one vendor, and that the buyer has tested that claim rather than accepted it. Most memos fail the second and third tests. Ask three questions in writing: which specific requirement forces a single vendor, who established that no alternative meets it, and what comparison was actually run. If the answer to the last is "none," the memo is an assertion, not a justification, and you have grounds to require a competition. Document the challenge and the response, because that record both improves this deal and protects the institution if the procurement is later reviewed. The aim is not to be obstructive; it is to make sure a real test happened before the institution surrendered its only source of price leverage.
Steps to avoid a single-source trap
- Write requirements as outcomes, not vendor-specific features, and own the drafting yourself.
- Interrogate any "essential" proprietary feature: who truly depends on it and why.
- Evaluate a credible alternative and document it against the same requirements, switching cost included.
- Challenge the sole-source memo on evidence before anyone signs it.
- Time the renewal so a real competition is possible rather than precluded by urgency.
What to do next
Audit your requirements list and your renewal calendar now, because both decide whether competition is even possible by the time the quote lands. Across more than 500 engagements and over $420M in negotiated ITSM contract value, the firm averages a 30% reduction, and keeping a credible second source is one of the most reliable contributors. The companion piece on protecting leverage during evaluation is how to run an ITSM proof of concept that protects leverage, the full method is in the ITSM competitive leverage playbook white paper, and the engagement runs through our contract negotiation service on fixed fee or gainshare.
Frequently asked questions
- What is a single-source justification trap?
- It is when procurement is steered toward declaring that only one vendor can meet the need, removing the competition that creates price leverage. The trap is usually built from incumbent-written requirements, proprietary features framed as essential, or a standardization mandate, rather than a genuine absence of alternatives.
- How do incumbents create sole-source lock-in?
- By shaping the requirements list around their own proprietary capabilities, emphasizing integrations only they support, and invoking the cost and risk of change. Each makes alternatives look non-compliant or risky, so the buyer concludes there is no real choice when a fair, outcome-based specification would show otherwise.
- How do you keep competitive leverage in ITSM procurement?
- Write requirements as outcomes rather than vendor-specific features, evaluate and document at least one credible alternative, challenge any sole-source memo on the evidence, and time renewals so a competition is actually possible. A real second source is what makes the incumbent sharpen its pricing.
Keep a second source alive.
We pressure-test single-source justifications, rewrite vendor-shaped requirements, and keep a credible alternative on the table. Fixed fee or gainshare.
Book a contract negotiation review →