Data enrichment strategy skill

Design an end-to-end B2B data enrichment architecture — provider selection, waterfall design, cost modeling, and CRM hygiene.

by LeadMagic·MIT license·★ 62 Stars on the repo·GitHub ↗

Use now

Inside this skill

SKILL.md · the author's own words
# Data Enrichment Strategy

## Overview

Every B2B go-to-market team needs enrichment. No single provider covers
everything, and the stack you choose determines your data quality, cost
structure, and operational complexity for years.

This skill walks through provider selection, waterfall architecture design,
build-vs-buy decisions, and ongoing data hygiene. The output is a complete
enrichment architecture tailored to the user's ICP, budget, and volume.

## When to Use

- "What enrichment providers should we use?"
- "Apollo vs ZoomInfo vs Clay — which is right for us?"

Word-for-word excerpt, not a result. Read the full SKILL.md ↓

Files of Data enrichment strategy

LeadMagic/main1 file shown
SKILL.md
Show the full text212 lines

Data Enrichment Strategy

Overview

Every B2B go-to-market team needs enrichment. No single provider covers everything, and the stack you choose determines your data quality, cost structure, and operational complexity for years.

This skill walks through provider selection, waterfall architecture design, build-vs-buy decisions, and ongoing data hygiene. The output is a complete enrichment architecture tailored to the user's ICP, budget, and volume.

When to Use

  • "What enrichment providers should we use?"
  • "Apollo vs ZoomInfo vs Clay — which is right for us?"
  • "Design our data enrichment architecture"
  • "How do we get 90%+ email coverage?"
  • "Should we build or buy our enrichment pipeline?"

Authoritative Foundations

The enrichment provider landscape is well-documented by DAMA-DMBOK, Open Data Institute, Ziellab, and the GTM engineering community. The core design principle: no single provider covers more than 60-75% of B2B contacts. Waterfall enrichment — chaining multiple providers in sequence — is the standard pattern for hitting 85-92% coverage.

Three separate waterfalls (company, email, phone) is the Ziellab architecture: each field type uses different providers optimized for that data type, and the waterfalls run independently.

Prerequisites

  • ICP defined (company size, industry, geography, buyer personas)
  • Monthly enrichment volume estimate
  • Budget range for data + platform costs

Step-by-Step Process

Phase 1: Intake

Ask the user:

  1. Target segment (SMB, mid-market, enterprise, or all)?
  2. Primary geography (US, EU, APAC, global)?
  3. Monthly enrichment volume?
  4. What data points are critical? (email, phone, firmographics, tech stack, intent)
  5. Existing tools? (CRM, sequencer, Clay, etc.)
Phase 2: Provider Selection
Provider Best For Email Coverage Phone Coverage Firmographics Cost Profile Notes
Apollo Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
ZoomInfo Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
Clay Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
Clearbit (HubSpot) Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
People Data Labs Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
Cognism Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
Lusha Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
Hunter Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
Findymail Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
Prospeo Evaluate for the target segment Measure Measure Verify fields Check current quote Review terms and data rights
Phase 3: Architecture Design

Stack by stage:

Startup / <$2M ARR, <5K contacts/month:

  • Apollo (all-in-one: data + sequencing) = $59-99/month
  • Add verification service = $50/month
  • Total: $150/month

Growth / $2-10M ARR, 5-30K contacts/month:

  • Clay ($149-800/mo) + Apollo data + 1-2 fallback providers
  • Waterfall: LeadMagic Email Finder → Apollo → Hunter → verification
  • Add CRM integration for automated enrichment
  • Total: $800-1,800/month

Enterprise / $10M+ ARR, 30K+ contacts/month:

  • ZoomInfo for firmographics + org charts
  • Clay for multi-source orchestration and workflow
  • Waterfall: ZoomInfo → LeadMagic → PDL → Cognism → Claygent
  • n8n for custom pipeline logic
  • Total: $3,000-8,000/month
Phase 4: Build vs Buy
Factor Buy (SaaS platform) Build (API-first)
Setup time Hours to days Weeks
Monthly cost $150-1,800 $500-3,000+ (engineering)
Flexibility Limited to platform capabilities Unlimited
Maintenance Platform handles Your team handles
Best for <30K contacts/month, standard workflows >30K contacts/month, custom pipelines

Hybrid pattern: Clay for workflow + n8n/API pipeline for high-volume or custom enrichment. Clay handles the ad-hoc and mid-volume; API handles the scale.

Phase 5: Data Hygiene Cadence
Activity Frequency
Email verification Every 90 days (or before each campaign)
Firmographic refresh Quarterly
Technographic snapshot Monthly
CRM deduplication Weekly
Full enrichment audit Quarterly

Output Format

Enrichment strategy document:

# Enrichment Architecture for [Company]

## Current State
- Volume: X contacts/month
- Current providers: [list]
- Coverage: X%
- Cost: $X/month

## Recommended Stack
- Primary: [provider]
- Fallbacks: [providers in order]
- Verification: [provider]
- Orchestration: Clay / n8n / API

## Waterfall Design
- Email waterfall: [ordered list]
- Company waterfall: [ordered list]
- Phone waterfall: [ordered list]

## Cost Model
- Platform: $X/mo
- Provider credits: $X/mo (est. X contacts × $Y/contact)
- Verification: $X/mo
- Total: $X/mo

## Implementation Timeline
- Week 1: Provider setup
- Week 2: Pilot (500 contacts)
- Week 3: Validation and tuning
- Week 4: Production rollout

Quality Check

  • Provider selection matched to ICP segment and geography
  • Waterfall ordered by cost-per-hit, not just coverage
  • Verification step included after every email finder
  • Data hygiene cadence defined
  • Cost model complete (platform + credits + verification)
  • Build-vs-buy decision documented with rationale

Common Pitfalls

  1. Single-provider lock-in. One provider covers 60-75% max. If ZoomInfo is your only source, you're leaving 25-40% of contacts unreachable.

  2. Over-buying for the stage. $25K/year ZoomInfo contract for a $500K ARR startup is capital misallocation. Start with Apollo, add tools as volume and deal size justify them.

  3. No verification in the architecture. Enrichment without verification means sending to stale emails. Build verification into the design, not bolted on later.

  4. Ignoring data decay. Data you enriched 6 months ago is 12-18% stale. Design for recurring enrichment, not one-time projects.

  5. Platform as system of record. Clay is a workspace, not a CRM. Push enriched data to your CRM and treat it as the source of truth.

Execution Artifacts

  • references/framework-notes.md — Named frameworks and reference tables
  • templates/output-template.md — Deliverable shell for agent output
  • scripts/check-output.py — Lightweight deliverable validator
  • lead-enrichment: Execute enrichment on a specific list
  • waterfall-enrichment: Detailed waterfall implementation
  • clay-automation: Clay-specific workflow design
  • api-enrichment: API-first enrichment pipeline
  • crm-integration: CRM setup for enriched data
1---
2name: data-enrichment-strategy
3description: >-
4 Design an end-to-end B2B data enrichment architecture — provider selection,
5 waterfall design, cost modeling, and CRM hygiene. Use when the user wants to
6 evaluate enrichment providers, build an enrichment stack, compare data vendors,
7 or design their data architecture. Triggers on: "enrichment strategy", "which
8 data provider", "compare Apollo vs ZoomInfo", "build enrichment architecture",
9 "data stack", "enrichment vendors", or any request about choosing or combining
10 B2B data sources.
11license: MIT
12compatibility: Claude Code, Codex, GitHub Copilot, Cursor, Gemini CLI, OpenCode, Goose, Hermes, Windsurf, Zed
13metadata:
14 version: "1.0.1"
15 author: LeadMagic
16 category: prospecting
17 tags: [enrichment, data-strategy, providers, architecture, build-vs-buy]
18 related_skills: [lead-enrichment, waterfall-enrichment, clay-automation, api-enrichment]
19 frameworks:
20 - "DAMA-DMBOK Data Quality Dimensions"
21 - "Ziellab 3-Waterfall Architecture"
22 - "Aaron Ross — Predictable Revenue"
23---
24 
25# Data Enrichment Strategy
26 
27## Overview
28 
29Every B2B go-to-market team needs enrichment. No single provider covers
30everything, and the stack you choose determines your data quality, cost
31structure, and operational complexity for years.
32 
33This skill walks through provider selection, waterfall architecture design,
34build-vs-buy decisions, and ongoing data hygiene. The output is a complete
35enrichment architecture tailored to the user's ICP, budget, and volume.
36 
37## When to Use
38 
39- "What enrichment providers should we use?"
40- "Apollo vs ZoomInfo vs Clay — which is right for us?"
41- "Design our data enrichment architecture"
42- "How do we get 90%+ email coverage?"
43- "Should we build or buy our enrichment pipeline?"
44 
45## Authoritative Foundations
46 
47The enrichment provider landscape is well-documented by DAMA-DMBOK, Open Data Institute, Ziellab, and
48the GTM engineering community. The core design principle: no single provider
49covers more than 60-75% of B2B contacts. Waterfall enrichment — chaining
50multiple providers in sequence — is the standard pattern for hitting 85-92%
51coverage.
52 
53Three separate waterfalls (company, email, phone) is the Ziellab architecture:
54each field type uses different providers optimized for that data type, and the
55waterfalls run independently.
56 
57## Prerequisites
58 
59- ICP defined (company size, industry, geography, buyer personas)
60- Monthly enrichment volume estimate
61- Budget range for data + platform costs
62 
63## Step-by-Step Process
64 
65### Phase 1: Intake
66 
67Ask the user:
681. Target segment (SMB, mid-market, enterprise, or all)?
692. Primary geography (US, EU, APAC, global)?
703. Monthly enrichment volume?
714. What data points are critical? (email, phone, firmographics, tech stack, intent)
725. Existing tools? (CRM, sequencer, Clay, etc.)
73 
74### Phase 2: Provider Selection
75 
76| Provider | Best For | Email Coverage | Phone Coverage | Firmographics | Cost Profile | Notes |
77|---|---|---|---|---|---|---|
78| Apollo | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
79| ZoomInfo | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
80| Clay | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
81| Clearbit (HubSpot) | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
82| People Data Labs | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
83| Cognism | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
84| Lusha | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
85| Hunter | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
86| Findymail | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
87| Prospeo | Evaluate for the target segment | Measure | Measure | Verify fields | Check current quote | Review terms and data rights |
88 
89### Phase 3: Architecture Design
90 
91Stack by stage:
92 
93**Startup / <$2M ARR, <5K contacts/month:**
94- Apollo (all-in-one: data + sequencing) = $59-99/month
95- Add verification service = $50/month
96- Total: $150/month
97 
98**Growth / $2-10M ARR, 5-30K contacts/month:**
99- Clay ($149-800/mo) + Apollo data + 1-2 fallback providers
100- Waterfall: LeadMagic Email Finder → Apollo → Hunter → verification
101- Add CRM integration for automated enrichment
102- Total: $800-1,800/month
103 
104**Enterprise / $10M+ ARR, 30K+ contacts/month:**
105- ZoomInfo for firmographics + org charts
106- Clay for multi-source orchestration and workflow
107- Waterfall: ZoomInfo → LeadMagic → PDL → Cognism → Claygent
108- n8n for custom pipeline logic
109- Total: $3,000-8,000/month
110 
111### Phase 4: Build vs Buy
112 
113| Factor | Buy (SaaS platform) | Build (API-first) |
114|---|---|---|
115| Setup time | Hours to days | Weeks |
116| Monthly cost | $150-1,800 | $500-3,000+ (engineering) |
117| Flexibility | Limited to platform capabilities | Unlimited |
118| Maintenance | Platform handles | Your team handles |
119| Best for | <30K contacts/month, standard workflows | >30K contacts/month, custom pipelines |
120 
121Hybrid pattern: Clay for workflow + n8n/API pipeline for high-volume or
122custom enrichment. Clay handles the ad-hoc and mid-volume; API handles
123the scale.
124 
125### Phase 5: Data Hygiene Cadence
126 
127| Activity | Frequency |
128|---|---|
129| Email verification | Every 90 days (or before each campaign) |
130| Firmographic refresh | Quarterly |
131| Technographic snapshot | Monthly |
132| CRM deduplication | Weekly |
133| Full enrichment audit | Quarterly |
134 
135## Output Format
136 
137Enrichment strategy document:
138```
139# Enrichment Architecture for [Company]
140 
141## Current State
142- Volume: X contacts/month
143- Current providers: [list]
144- Coverage: X%
145- Cost: $X/month
146 
147## Recommended Stack
148- Primary: [provider]
149- Fallbacks: [providers in order]
150- Verification: [provider]
151- Orchestration: Clay / n8n / API
152 
153## Waterfall Design
154- Email waterfall: [ordered list]
155- Company waterfall: [ordered list]
156- Phone waterfall: [ordered list]
157 
158## Cost Model
159- Platform: $X/mo
160- Provider credits: $X/mo (est. X contacts × $Y/contact)
161- Verification: $X/mo
162- Total: $X/mo
163 
164## Implementation Timeline
165- Week 1: Provider setup
166- Week 2: Pilot (500 contacts)
167- Week 3: Validation and tuning
168- Week 4: Production rollout
169```
170 
171## Quality Check
172 
173- [ ] Provider selection matched to ICP segment and geography
174- [ ] Waterfall ordered by cost-per-hit, not just coverage
175- [ ] Verification step included after every email finder
176- [ ] Data hygiene cadence defined
177- [ ] Cost model complete (platform + credits + verification)
178- [ ] Build-vs-buy decision documented with rationale
179 
180## Common Pitfalls
181 
1821. **Single-provider lock-in.** One provider covers 60-75% max. If ZoomInfo
183 is your only source, you're leaving 25-40% of contacts unreachable.
184 
1852. **Over-buying for the stage.** $25K/year ZoomInfo contract for a $500K
186 ARR startup is capital misallocation. Start with Apollo, add tools as
187 volume and deal size justify them.
188 
1893. **No verification in the architecture.** Enrichment without verification
190 means sending to stale emails. Build verification into the design, not
191 bolted on later.
192 
1934. **Ignoring data decay.** Data you enriched 6 months ago is 12-18% stale.
194 Design for recurring enrichment, not one-time projects.
195 
1965. **Platform as system of record.** Clay is a workspace, not a CRM. Push
197 enriched data to your CRM and treat it as the source of truth.
198 
199## Execution Artifacts
200 
201- `references/framework-notes.md` — Named frameworks and reference tables
202- `templates/output-template.md` — Deliverable shell for agent output
203- `scripts/check-output.py` — Lightweight deliverable validator
204 
205## Related Skills
206 
207- **lead-enrichment**: Execute enrichment on a specific list
208- **waterfall-enrichment**: Detailed waterfall implementation
209- **clay-automation**: Clay-specific workflow design
210- **api-enrichment**: API-first enrichment pipeline
211- **crm-integration**: CRM setup for enriched data
212 

Discussion

Alternatives