Technology Strategy & Roadmaps

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.

A workbench with a small set of well-used tools.

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.

Next step

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.

Stop Guessing. Start Scoring
Tyson Martin

Written by Tyson Martin, NACD.DC

Chief Trust, Security & AI Officer. CISO of record at MIO Partners; former CISO & CTO at Lumber Liquidators and Orvis; advisor to 200+ Fortune 500 boards and C-suites at AWS.

See the track record
Keep reading

More on Technology Strategy & Roadmaps

All CISO Insights
Technology Strategy & Roadmaps

When the CTO Says We Need to Rebuild

A rebuild proposal is a large bet. Test it against repair, phased replacement and doing nothing, and ask for evidence that the current system cannot scale.

Technology Strategy & Roadmaps

Shadow IT: Finding What Procurement Never Approved

Teams adopt tools without asking. Discover them, classify the risk, then decide to legitimize, replace or block. A five-step workflow for executives.

Technology Strategy & Roadmaps

Legacy System Replacement: The Go/No-Go Questions

Replace, wrap or tolerate an aging system? A go/no-go scorecard weighs business criticality, failure risk, replacement cost and migration risk.