Before the Next Tool Purchase, Ask the Consolidation Question
The stack has forty tools and the team uses twelve well. Before the next purchase, the question is not what to add but what to consolidate.

The demo was compelling, the gap it fills is real, and the purchase order is half-signed. The new tool will join the forty-one already in the stack: three overlapping scanners, two dashboards nobody opens, and a platform bought for one feature now that the other ninety percent goes unused.
Security stacks grow by addition and almost never shrink. Each tool was justified when bought, and the total is a sprawl that its operators cannot fully run. The industry data is consistent on the pattern: capability is not limited by what the stack contains but by how much of it the team can actually operate.
The consolidation question, asked before every purchase, is the discipline that keeps the stack a stack instead of an archaeological site.
TLDR
Tool count grows by default; capability grows by operation.
Before any purchase, ask what existing tool already does most of the job.
Unused features you already own are cheaper than new tools you will underuse.
Every tool has an operating cost: alerts, updates, integrations, skills.
Retire one tool for each one added, and the stack stays operable.
The stack nobody fully runs
Ask the team which tools they genuinely operate - configure, watch, update, trust - and the answer is always a fraction of the inventory. The rest run on defaults from the week they were installed, generating alerts nobody triages and renewals nobody questions.
This is not an argument against tools. It is an argument for the distinction between owning a capability and operating it. The pitfalls of more tools becoming more risk are specific: each unoperated tool is attack surface, cost, and false confidence at once.
The question before the purchase
The consolidation question has three parts. First: does something we already own do most of this? Platforms bought for one feature often have the new capability included, switched off. Second: if we add this, what does it replace? A new scanner should retire an old one, not join it. Third: who will operate it, with what hours taken from what they run now?
This fictional example shows the question applied to a proposed monitoring purchase. It is an illustration, not a prescription.
| Question | Answer | Verdict |
|---|---|---|
| Does the existing platform cover it? | 70% via a licensed, unused module | Turn on the module first |
| What does the new tool replace? | Nothing - additive | Red flag |
| Who operates it? | Same analyst, +6 hrs/week | Unstaffed - defer or fund |
Two of three answers pointed away from the purchase. The team got the capability in a month by switching on what it already owned.
Count the operating cost honestly
The license is the visible cost. The real one is operation: the alerts to triage, the integrations to maintain, the skills to keep current, the vendor to manage. A cheap tool nobody operates is more expensive than a costly one the team lives in.
When finance asks why the security budget grows while coverage does not, the answer is usually this ledger: money spent on acquisition, starved on operation. The lens of control fatigue makes the same point from the control side.
Run the retirement review
Once a year, before renewal season, review the stack for retirement candidates: the tool whose function another covers, the one nobody has opened in a quarter, the one kept 'just in case' by someone who left.
Retirement is a small project, not a switch-off: export what matters, cancel the renewal, remove the integrations, update the diagrams. The budget it frees is the easiest new-capability funding you will find all year, and the stack it leaves is one the team can actually run.
The related discussion of more tools into more risk is worth your time alongside this one. The related discussion of control fatigue is worth your time alongside this one.
Frequently asked questions
Is consolidation always the right answer?
No. Sometimes the new tool is genuinely better and the honest move is to buy it and retire two others. The question's job is to force that comparison, not to block the purchase.
How do we find the unused features we already own?
Ask the vendor. Every platform vendor will happily walk you through your licensed-but-dark modules, because used customers renew. It is the cheapest capability review available.
What about best-of-breed versus platform?
The debate matters less than the operating question. A best-of-breed stack the team runs beats a platform it does not, and vice versa. Optimize for what your people will actually operate well.
A Defensible Next Step
Before the next security purchase order is signed, put the three-part consolidation question in front of it: what do we own that does this, what does it replace, and who will run it? The answers cost an hour and regularly save six figures. Book a Decision-Clarity Call if you want the stack reviewed first.
Get Board-Ready on AI and Cyber Risk
A 30-minute call. No charge. You'll leave with a clear read on where your oversight stands and what to do about it.


