How to Define Your ICP: The 3 Questions That Change Everything
Most B2B companies define their ICP too broadly. Here is the framework that produces precision specific enough to be actionable.
Read article →GTM tech stack audit and consolidation that eliminates redundant tools, cuts SaaS spend and builds a lean, integrated stack that supports your revenue motion without the operational overhead of managing 30 platforms at once.
GTM tech stacks grow by addition and never by design. Each new sales hire brings a tool they used at their last company. Each new initiative spawns a new platform. Before long you are paying for 25 tools, running 12 integrations that may or may not be working, and spending more RevOps time maintaining the stack than using it. Koldconvert audits the full GTM stack, identifies what is redundant and what is missing, and builds the consolidation plan that reduces cost, improves data quality and gives operations teams their time back.
A tech stack audit is a systematic review of all technology tools used by a GTM organisation, covering marketing, sales and customer success functions. It documents what each tool does, who uses it, what it costs in total contract value, how it integrates with adjacent tools, what its actual adoption rate is among the team, and whether there are overlapping tools performing the same function. The output is a rationalisation plan that identifies tools to retire, tools to replace, tools to integrate more deeply and any capability gaps where the current stack has no solution. The goal is not minimalism for its own sake. It is a stack sized exactly to the needs of the GTM motion, integrated well enough that data flows without manual intervention, and maintained efficiently enough that RevOps teams are spending their time on strategy rather than firefighting broken integrations.
The system of record for contacts, companies, deals and customer relationships. We audit data quality, field utilisation, object relationships and the integration points that feed the CRM from other tools in the stack.
Marketing automation, email platforms, analytics tools, intent data providers, attribution software and paid channel management platforms. We identify redundancy and the integrations that are producing or losing data between tools.
Sales engagement platforms, prospecting tools, conversation intelligence, forecasting tools, proposal software and contract management. We map capability overlap and identify where the sales team is working around the stack rather than within it.
Customer success platforms, health scoring tools, NPS and CSAT tools, renewal management and expansion pipeline tracking. We audit CS tool adoption and the integrations feeding customer data into the revenue system.
Catalogue every tool in use across marketing, sales and customer success. Document cost, contract renewal dates, seat counts, integration points and actual adoption rates. Build the complete picture of the current stack before making any recommendations.
Map each tool to its functional category. Identify overlap, underused licenses, integration gaps and missing capabilities where teams are using spreadsheets or manual processes because no tool in the stack covers the need.
Produce the consolidation recommendation: which tools to keep, which to retire, which to replace, what the target integrated stack looks like and the migration sequence that minimises operational disruption.
Execute the migration plan. Data exports, integration reconfiguration, team enablement on consolidated tools, contract termination management and the new integration monitoring setup that prevents the next generation of sprawl.
The Koldconvert Stack Rationalisation Method starts from the GTM motion rather than the tool inventory. The question is not "which tools do we have and which are redundant" but "what does this revenue motion require from technology, and is the current stack providing it." This framing catches both the problem of too many tools doing the same thing and the problem of genuine capability gaps where the stack is failing the team. Our rationalisation decisions are based on three criteria: does the tool do what the team needs it to do, is the team actually using it at the adoption level that justifies the cost, and does it integrate well enough with adjacent tools to maintain data quality. Tools that fail on all three are retired. Tools that fail on one or two are either replaced or supplemented. The result is a smaller stack that is used more deeply and maintained more reliably.
The most expensive tool in a GTM stack is not the one with the highest license cost. It is the one that sits between two tools that do not talk to each other and forces a human to manually move data. Every manual data transfer is a delay, an opportunity for error and a drain on the RevOps team that should be building systems rather than being a data pipeline. The financial case for stack consolidation is rarely compelling on its own: the license savings are real but modest. The operational case is compelling. A lean, well-integrated stack where data moves automatically between tools does more for revenue operations efficiency than any individual platform addition. The companies that understand this resist adding tools without first questioning whether the current stack can be reconfigured to do the job.
Koldconvert Revenue Operations Team
SaaS GTM stacks accumulate quickly as the business scales through product-led and sales-led motion simultaneously. The audit distinguishes between tools serving PLG acquisition, the tools serving enterprise sales and the tools that should serve both but currently do not integrate.
Professional services firms often have a large gap between the sophistication of their CRM and the sophistication of their delivery management. The audit identifies whether revenue ops and delivery ops need to share data and which tools in the stack bridge or block that flow.
Fintech GTM stacks must comply with data residency and security requirements that constrain which tools can be used and how data flows between them. The audit must incorporate compliance requirements alongside functional fit when making consolidation recommendations.
MarTech companies that sell technology to marketing teams are often the most over-tooled. The audit finds the irony: a company selling stack simplification to customers is itself running 40 overlapping tools internally. A clean consolidated stack also demonstrates the capability they sell.
HealthTech stack audits must account for GDPR, NHS data processing requirements and information governance constraints on which customer data can live in which tools. Data residency and processing agreements are a primary selection criterion alongside functional fit.
EdTech GTM stacks often have legacy tools that were purchased during a period of rapid growth and never rationalised after the initial expansion phase. The audit typically finds significant redundancy across CRM, marketing and learner engagement tools that accumulated without oversight.
Cybersecurity companies face a credibility challenge if their own internal tool security posture is weak. The audit evaluates not just functional fit and integration quality but the security credentials of each tool in the stack, since prospects will conduct vendor security assessments.
Logistics GTM stacks must integrate commercial tools with operational tracking systems to give account managers visibility into service delivery performance data that affects renewal and expansion conversations. The audit identifies where this integration is missing.
HR Tech companies selling to HR teams often have their own people and talent tech stack that reflects their product category. The audit evaluates whether they are demonstrating the standards they expect customers to meet, which has a direct bearing on credibility in enterprise sales cycles.
| Factor | Rationalised Stack | SaaS Sprawl |
|---|---|---|
| Data quality | Single source of truth, automated data flows | Data fragmented across 15 tools, manual syncing |
| RevOps overhead | Maintaining fewer integrations, more time for strategy | RevOps consumed by integration maintenance and firefighting |
| SaaS spend | Known, justified, managed with renewal oversight | Opaque, growing, with surprise auto-renewals |
| Team adoption | Fewer tools, used more deeply and consistently | Many tools, shallow adoption, team works around the stack |
| Onboarding speed | New hires learn a manageable system quickly | New hires inherit undocumented tool complexity |
| Reporting | Revenue metrics from a unified data model | Reports stitched from multiple exports, always conflicting |
A tech stack audit is a systematic review of all technology tools used by a GTM organisation. It documents what each tool does, who uses it, what it costs, how it integrates with adjacent tools and whether there are overlapping tools doing the same job. The output is a rationalisation plan that reduces redundancy and improves integration quality.
SaaS sprawl is the accumulation of software subscriptions over time without central oversight. The average company uses over 130 SaaS applications. In GTM teams, sprawl results in multiple tools doing overlapping jobs, fragmented data, significant spend on underused licenses and an operations burden that consumes the RevOps team's capacity.
Reductions of 20 to 40 percent in SaaS spend are common from structured consolidation. The operational saving is often greater than the financial saving: a leaner stack reduces integration maintenance, improves data quality and increases adoption because teams use fewer tools more deeply.
The minimal viable architecture is a CRM, marketing automation, sales engagement, conversation intelligence and an analytics layer. Beyond this core, every additional tool should address a specific capability gap. Most B2B companies have significantly more than this, and most of the additional tools are underused.
A comprehensive stack audit for a GTM organisation of 20 to 50 people takes 2 to 4 weeks. Discovery involves cataloguing tools, interviewing users and reviewing integration maps. The consolidation recommendation takes an additional 1 to 2 weeks. Migration typically takes 6 to 12 weeks depending on complexity.
A 3 to 4 week engagement covering full stack discovery, integration mapping, redundancy analysis and the consolidation recommendation with projected savings and implementation roadmap.
Full audit followed by managed migration: data exports, integration reconfiguration, team enablement on consolidated tools and contract termination management. End-to-end over 10 to 16 weeks.
Quarterly stack reviews to evaluate new tool requests against the rationalised architecture, manage renewals proactively and prevent the next wave of sprawl as the business grows and new needs emerge.
Book a strategy call. We will scope the stack audit and show you how much operational and financial overhead you can recover from consolidation.
Most B2B companies define their ICP too broadly. Here is the framework that produces precision specific enough to be actionable.
Read article →Fixed scope, fixed pricing and repeatable delivery. How to break the headcount-revenue link in B2B services.
Read article →The step-by-step process to increase B2B service prices, retain the right clients and use the increase as a filter.
Read article →