Demand Gen

GTM Anti-Patterns: Seven Failures Nobody Bothered to Name

Sachin Jha
6 mins
Last Updated on
August 27, 2026
Table of content
COMMUNITY
Join the ONEGTM CLUB
500+ GTM leaders and operators discussing what's actually working — in real time.
About the author
Sachin Jha
Founder & CEO, ONEGTMLAB | Engineering GTM for Technical Founders
Sachin has built GTM systems for 47+ technical founders across cybersecurity, DevOps, and developer infrastructure. He writes about GTM Engineering, AI-powered outbound, and what it actually takes to build a predictable pipeline at early-stage B2B SaaS companies.

Software engineers have a word for a bad habit that looks like a solution.

They call it an anti-pattern.

It is not a bug. Bugs break loudly. Bugs get caught in review, get a ticket, get fixed by Thursday.

An anti-pattern is quieter. It works just enough to pass. Everyone repeats it. Nobody questions it. And it costs you a year.

GTM is full of these. We just never bothered to name them.

That is the actual problem.

GTM anti-patterns

Why naming is the whole fix

"Our pipeline is weak" is not a problem statement. It is a mood.

You cannot assign a mood. You cannot fix a mood on a Monday. You can only sit in a QBR and feel it together.

"We are running MQL Theatre" is a problem statement. It has a symptom. It has a root cause. It has a first action that fits in one sentence.

Engineering learned this decades ago. Marketing and sales ops never did. So we keep rediscovering the same seven failures at every company, invent a fresh name each time, and treat each one like it is unique to us.

It is not unique to you. It is a pattern.

How to spot one in your own team

↳ It produces motion, not outcomes 

↳ It survives because a metric moves 

↳ Everyone senses something is off, nobody can point at it 

↳ The next hire copies it because it looks like process

↳ That last one is why anti-patterns compound. Nobody inherits a bug. Everybody inherits a process.

The seven we see most often

↳ MQL Theatre. Marketing reports MQL counts that revenue does not trust. Seen at roughly nine out of ten B2B teams. The cure is to replace the MQL line with signals-acted-on and pipeline-influenced. If a number cannot be defended in a revenue meeting, stop reporting it.

↳ Persona Tax. Elaborate persona docs. Workshops. Templates. Sales improvises anyway. Common from Series A onward, when the team is finally big enough to build artifacts nobody uses. The cure is a one-page ICP brief tied to a specific signal, usable in thirty seconds.

↳ Activity Olympics. SDR scoreboards measure dials, emails, calls. They never measure qualified pipeline created. Endemic to outbound-heavy orgs. Score signal-touched accounts with multi-thread reach instead. Stop counting dials.

↳ Tetris. Apollo plus Outreach plus Salesloft plus Gong plus Bombora plus 6sense. None of them integrate. The tax compounds monthly. Post Series B, this is almost universal. Pick the orchestration layer first. Buy point tools that feed it, not bypass it.

↳ Calendar Cosplay. Demos booked with anyone who will take one. "We had thirty-two demos this week." Okay, but with whom. Quota-pressured orgs run on this. Score every demo on ICP fit and signal presence. Reply "let us not waste your time" before booking.

↳ Founder's Tunnel. Only the founder can sell. So you hire five AEs and four fail. Standard at one to five million ARR. It is not a recruiting problem. It is a codification problem. Record twenty founder calls. Extract the objections, the discovery, the ICP fit. No AE hires before that exists.

↳ Hope-Based Outbound. Spray more, something will land. No account hypothesis. Volume over signal-fit. Every account needs a documented "why now." If you cannot write it in one sentence, do not queue it.

The standup test

Read those again slowly. You did not think "we have a problem."

You thought of a specific person. Or a specific meeting.

That is what naming does. So run this on yourself.

Listen to your next standup and write down what you actually hear:

↳ "We hit 1,200 MQLs this month, up 40 percent." That is MQL Theatre. Add "of those, what percent became opportunities" to every report. 

↳ "Marketing ran a persona workshop, sales does not use it." Persona Tax. Replace the deck with a one-page brief tied to signals. 

↳ "AE hit 80 dials and 200 emails this week, great work." Activity Olympics. Swap the dials KPI for signal-touched accounts. 

↳ "We just bought this tool." Fifth one this quarter. Tool Tetris. Audit the stack, cut thirty percent, pick the orchestration layer. 

↳ "Thirty-two demos booked." Half are not ICP. Calendar Cosplay. Add a fit score to every demo and disqualify. 

↳ "We hired AE number five, she will figure it out like the founder did." Founder's Tunnel. Record twenty calls and codify them first. 

↳ "Send to all 5,000 accounts in the SaaS list, just see what hits." Hope-Based Outbound. Require a why-now hypothesis per account.

None of those sentences are lies. All of them are anti-patterns.

Count how many of the seven you recognise. One to two is healthy, every team has some. Three to four is drag, you are working harder for the same output. Five or more and your pipeline is running on borrowed time.

Nobody on your team is doing anything wrong. Every one of these behaviours is somebody executing their job description correctly. Which raises the harder question: if the people are not broken and the effort is not missing, what exactly is producing the failure?

That is a systems question, not a performance question. Most teams keep answering it with a hiring plan.

We fix this for companies across cyber, devtools, AI, and healthcare, at one million ARR and at a hundred million. The symptoms look different at each stage. The root cause rarely does.

Reply with your count. If it is three or higher, thirty minutes with me will be the most useful GTM conversation you have this quarter.

Frequently Ask Questions: Quick Answers to the Real Questions

How do I know if my GTM problem is a systems issue or a people issue?
If multiple people across roles show the same behavior, it's systemic. Individual underperformance despite good process is a people issue. Anti-patterns almost always point to the system.
Can anti-patterns exist even when revenue targets are being hit?
Yes. A team can hit quota while running on borrowed time, since these patterns create short-term motion that masks weak underlying pipeline quality.
Who should lead the effort to fix a GTM anti-pattern once it's identified?
Whoever owns the metric being gamed. RevOps typically owns reporting fixes, sales leadership owns activity metrics, and marketing owns qualification criteria.
How long does it typically take to unwind an entrenched anti-pattern?
Most take one to two quarters, since new metrics need time to prove themselves before the team trusts and adopts them fully.
Is it possible to have zero anti-patterns in a GTM org?
Not realistically. Even mature GTM teams carry one or two low-grade patterns. The goal is staying under the three to four range flagged as "drag."
Do anti-patterns affect PLG motions the same way they affect sales-led ones?
Not identically. PLG teams see different variants, like activation-metric gaming or feature-adoption theatre, but the underlying root cause of rewarding visible motion over verified outcomes is the same.
About the author
Sachin Jha
Founder & CEO, ONEGTMLAB | Engineering GTM for Technical Founders
Sachin has built GTM systems for 47+ technical founders across cybersecurity, DevOps, and developer infrastructure. He writes about GTM Engineering, AI-powered outbound, and what it actually takes to build a predictable pipeline at early-stage B2B SaaS companies.

Frequently Asked Questions

What is GTM Engineering?

Traditional marketing runs campaigns. GTM Engineering builds the infrastructure that makes campaigns measurable, repeatable, and scalable.

How is it different from traditional marketing?

Traditional marketing runs campaigns. GTM Engineering builds the infrastructure that makes campaigns measurable, repeatable, and scalable.

Who needs GTM Engineering?

Traditional marketing runs campaigns. GTM Engineering builds the infrastructure that makes campaigns measurable, repeatable, and scalable.

What problems does it solve?

Traditional marketing runs campaigns. GTM Engineering builds the infrastructure that makes campaigns measurable, repeatable, and scalable.

What tools are typically involved?

Traditional marketing runs campaigns. GTM Engineering builds the infrastructure that makes campaigns measurable, repeatable, and scalable.

Subscribe To ONEGTMLAB Weekly

Your weekly dose of GTM sanity. Frameworks, signals, and strategies that actually move revenue.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.