Revenue Engineering

Case Study: A Reactivation System That Closed the First Contract

A tax services company connected cold list reactivation, outbound, AI calls and CRM handoffs into one system, and traced its first signed contract back to it.

Mauricio Esparza By ·Published ·2 min read
mithub.club
Short answer

A US tax services company had a customer base nobody was working and outbound that nobody could trace. The system connected list reactivation, email sequences, AI calls and SMS into the CRM, with a stamp on every record so a closed deal could be walked backwards to its source. The first signed contract after launch was traced to the reactivation system, which is what made the second budget possible.

A deployment write up, anonymised. The company is a tax services business in the United States. The name is withheld because publishing it requires the client's approval.

The situation

Two problems that look separate and are the same one.

An existing customer base that nobody was working, because the team was busy with current filings. And outbound activity that nobody could trace, so nobody could say which spending to keep.

What was built

The CRM became the trigger. A function inside the CRM fires a webhook on each stage change. Nothing runs from a spreadsheet somebody has to remember to update.

Seven flows, one job each. Intake, the enrichment branch, the sheet to CRM upload, the call request, the after call write back and the bad contact route. Splitting by job means a failure in enrichment does not stop the calls.

Enrichment before contact. Every lead leaves the CRM, gets waterfall enriched for contact details and company signals, is scored, and returns before a person opens it.

Channels connected, not parallel. Email sequences written by level of awareness, AI calls for the volume the team could not reach, and SMS designed and held pending carrier registration. Replies and outcomes return to the CRM as leads with a stage rather than as noise in an inbox.

A stamp on every record. The campaign, the list, the handoff, the call, the outcome. The least impressive part of the build and the one that mattered most.

The result

The first signed contract after launch was traced back to the reactivation system, through the handoff, the conversation and the list it came from.

That sentence is the whole point. Pipeline gets a project attention. Traceability is what gets it renewed, because it answers the only question a finance conversation actually asks: what happens if we stop paying for this.

The hardest part was not technical

Agreeing what each CRM stage meant.

Several automations branch on stage. When a stage means different things to different people, identical records get treated differently and nobody can explain why. Writing the definitions down, and documenting that changing one cascades into three flows, took longer than building any of them.

The rule that caught the silent failures

A green execution is not proof. Every flow was built so verification happens on the record: open the lead, and the business result is either there or it is not.

That single change in the definition of done surfaced failures that would otherwise have run quietly for weeks, which is the normal failure mode for automation that nobody is checking.

What would be done differently

Start the carrier registration for messaging on day one rather than when the SMS follow up was ready. It was the only part of the plan that waited on someone else's clock.

Frequently asked questions

Why is attribution the headline rather than the pipeline?

Because pipeline without traceability is an assertion. The first contract being walkable back to the list it came from is what turned the project from an experiment into a system with a budget.

How many flows were there?

Seven, each with one job: intake, the enrichment branch, the sheet to CRM upload, the call request, the after call write back and the bad contact route. One flow per job means a broken enrichment does not stop the calls.

What was the hardest part?

Not the building. Agreeing what each CRM stage meant, because several automations branch on stage and a stage that means different things to different people produces automations that behave differently for identical records.

Is the company named?

No. Naming a client requires written approval. Everything described here happened as written.

Sources

  1. Building effective agents · Anthropic (accessed 2026-09-22)
  2. Handle errors gracefully · n8n Docs (accessed 2026-09-22)
  3. Why evaluate AI workflows · n8n Docs (accessed 2026-09-22)
  4. A2P 10DLC registration · Twilio Docs (accessed 2026-09-22)
Revenue EngineeringCase StudyReactivation
Mauricio Esparza
Mauricio EsparzaGTM Systems Lead · Revenue Engineer · Founder of MitHub. Designs and runs revenue systems for multi-location businesses: AI voice campaigns, enrichment, CRM automation and attribution. Founded MitHub to teach the method in the open.

Part of Revenue Engineering on MitHub.

Keep going

Revenue Engineering

How to Run a Database Reactivation Campaign

The revenue sitting in your existing customer list, how to segment it, what to say, which channel to use first and how to prove the result.

Read · 2 min →mithub.club
Revenue Engineering

Revenue Attribution Without the Hype

What revenue attribution can and cannot tell you: the models, a worked example across first touch, last touch and linear, the limits, and what to do instead.

Read · 7 min →mithub.club
AI & Automation

AI Agents for CPA Firms: What Works Outside Season

Where AI agents earn their place in an accounting practice: reactivating past filers, qualifying enquiries the moment they arrive, and removing the manual steps that eat the off season.

Read · 2 min →mithub.club
Revenue Engineering

CRM Data Quality Checklist Before You Automate

Twelve checks to run on your CRM before automating anything on top of it, why each one breaks automation downstream, and the order to fix them in.

Read · 3 min →mithub.club
Revenue Engineering

What to Measure in GTM Automation (and What to Ignore)

The metrics that tell you whether an automated revenue system is working, the vanity numbers that hide failure, and the one check that catches silent breakage.

Read · 2 min →mithub.club
GTM Engineering

Hiring a GTM Engineer Remotely: The Practical Guide

How to hire a GTM engineer remotely: what the role is accountable for, how to write it around one number, what to ask, and the paid trial that avoids a bad contract.

Read · 4 min →mithub.club