Most B2B marketing teams accumulate tools faster than they retire them. A platform gets bought to solve an immediate problem, the person who championed it leaves, the problem evolves — and the subscription quietly renews. Multiply that pattern across two or three years of headcount and budget cycles and you end up with a stack that is expensive, fragmented, and only partially understood by the people trying to use it.
A structured martech audit changes that. It gives you a factual baseline from which to make decisions about investment, consolidation, and — critically — how to build the martech stack you actually need going forward.
Step 1 — Build a complete inventory
The audit starts with a list of every tool in use, which sounds straightforward until you try it. Marketing tools are often purchased at team or individual level, charged to different cost centres, and authenticated through personal accounts that are invisible to the IT department. A thorough inventory requires three passes:
- Pull the list of active SaaS subscriptions from finance and procurement
- Cross-reference with IT's SSO and access management records
- Survey team members directly — ask what tools they use daily, weekly, and occasionally
For each tool, record: tool name, vendor, category (CRM, marketing automation, analytics, content, ABM, etc.), contract value, renewal date, primary owner, and number of active users. This becomes the master register that drives every subsequent step.
Step 2 — Assess actual usage
Licence count and active usage are rarely the same number. For each tool in your inventory, gather usage data from the platform's admin dashboard if it has one, or ask the primary owner to estimate. Key questions:
- How many of the licences paid for are actively used each month?
- Which features of the platform are being used, and which are ignored?
- Is the tool being used for its intended purpose, or has it drifted into a role another tool already fills?
- What would break immediately if this tool were switched off today?
Low usage against high cost is the clearest signal for elimination. But low usage against low cost, or low usage of a strategically important platform that the team has not yet adopted, requires a more nuanced judgement.
Step 3 — Map category overlap
Once your inventory is complete, group tools by category and look for duplication. It is common to find multiple tools performing the same core function — two email platforms, overlapping reporting tools, a form builder that replicates functionality inside the marketing automation platform.
Some overlap is intentional and worth keeping: a specialised tool for a specific channel may outperform the generic version built into your automation platform. But much overlap is accidental, created by separate buying decisions that were never coordinated. Document every overlap explicitly and assign a verdict: consolidate, keep both with justification, or flag for further review.
This is also where you will find tools that have been acquired for a capability that has since been added natively to a platform you already pay for. HubSpot's Operations Hub, for example, absorbed functionality that many teams were previously buying via standalone integration tools.
Step 4 — Review integration health
A tool is only as useful as its connections to the rest of your stack. For each tool, map the integrations that are supposed to be in place, then verify that each one is actually working correctly.
Integration failures are common and often undetected. A webhook that stopped firing, an API version that was deprecated, a field mapping that was never updated after a CRM migration — any of these can cause data to stop flowing silently, producing numbers in your reporting that look plausible but are wrong.
Tools like Zapier, Make, and Workato are often used to bridge gaps between platforms. Audit these integration workflows as carefully as the platforms themselves — they accumulate technical debt quickly and are frequently the source of the silent failures that distort your data.
Step 5 — Consolidate cost and calculate ROI
With your inventory complete and usage and integration health documented, you can produce a total cost of ownership figure for your stack. Divide this into clear categories: tools that are clearly delivering value, tools that are marginal, and tools that should be eliminated at the next renewal.
For tools in the marginal category, the right question is not just cost but opportunity cost. What would you do with that budget if it were freed up? A tool that costs relatively little but consumes significant operational attention to maintain is not cheap in any meaningful sense.
For a structured approach to cutting the tools that do not earn their place, the tool sprawl checklist provides a practical decision framework.
Step 6 — Build the remediation roadmap
The audit output should be a ranked list of actions with owners and timelines, not a slide deck that sits unread. Prioritise by impact and ease: quick eliminations with no dependencies go first, complex migrations requiring data transfer and retraining go last. Assign a DRI (directly responsible individual) for each action and set a review cadence to track progress.
The audit itself should become a repeating exercise, not a one-off. A lightweight quarterly review of the master register — checking for new additions, upcoming renewals, and usage drift — keeps the stack from reverting to its previous state within eighteen months.
Frequently asked questions
How long does a martech audit take?
For a team with a stack of twenty to forty tools, a thorough initial audit typically takes two to four weeks of dedicated attention — longer if procurement and IT records require significant chasing. The effort front-loads; subsequent quarterly reviews are much faster once the master register exists.
Who should own the martech audit?
Marketing Operations is the natural home, since the function already owns the relationship with most platforms. Where MOps does not exist, the audit is often the trigger for creating the role. Finance should be a close collaborator, particularly for the cost and renewal analysis.
What if a tool with low usage turns out to be business-critical?
This is precisely why the usage analysis should include the question “what would break immediately if this were switched off?” Some tools are used infrequently but serve a critical function — a compliance reporting tool, for instance, or an integration middleware that underpins multiple workflows. Low usage alone is never sufficient grounds for elimination.
Plan your stack with clarity
Hatch helps B2B marketing teams build structured plans that connect tool investment to strategic goals.
Free Plan Tool