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 ↗
npx degit LeadMagic/gtm-skills/skills/prospecting/data-enrichment-strategy#main ~/.claude/skills/data-enrichment-strategyChecked ·commit main
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
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:
- Target segment (SMB, mid-market, enterprise, or all)?
- Primary geography (US, EU, APAC, global)?
- Monthly enrichment volume?
- What data points are critical? (email, phone, firmographics, tech stack, intent)
- 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
Single-provider lock-in. One provider covers 60-75% max. If ZoomInfo is your only source, you're leaving 25-40% of contacts unreachable.
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.
No verification in the architecture. Enrichment without verification means sending to stale emails. Build verification into the design, not bolted on later.
Ignoring data decay. Data you enriched 6 months ago is 12-18% stale. Design for recurring enrichment, not one-time projects.
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 tablestemplates/output-template.md— Deliverable shell for agent outputscripts/check-output.py— Lightweight deliverable validator
Related Skills
- 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 | |
| 2 | name data-enrichment-strategy |
| 3 | description >- |
| 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. |
| 11 | license MIT |
| 12 | compatibility Claude Code, Codex, GitHub Copilot, Cursor, Gemini CLI, OpenCode, Goose, Hermes, Windsurf, Zed |
| 13 | metadata |
| 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 | |
| 29 | Every B2B go-to-market team needs enrichment. No single provider covers |
| 30 | everything, and the stack you choose determines your data quality, cost |
| 31 | structure, and operational complexity for years. |
| 32 | |
| 33 | This skill walks through provider selection, waterfall architecture design, |
| 34 | build-vs-buy decisions, and ongoing data hygiene. The output is a complete |
| 35 | enrichment 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 | |
| 47 | The enrichment provider landscape is well-documented by DAMA-DMBOK, Open Data Institute, Ziellab, and |
| 48 | the GTM engineering community. The core design principle: no single provider |
| 49 | covers more than 60-75% of B2B contacts. Waterfall enrichment — chaining |
| 50 | multiple providers in sequence — is the standard pattern for hitting 85-92% |
| 51 | coverage. |
| 52 | |
| 53 | Three separate waterfalls (company, email, phone) is the Ziellab architecture: |
| 54 | each field type uses different providers optimized for that data type, and the |
| 55 | waterfalls 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 | |
| 67 | Ask the user: |
| 68 | Target segment (SMB, mid-market, enterprise, or all)? |
| 69 | Primary geography (US, EU, APAC, global)? |
| 70 | Monthly enrichment volume? |
| 71 | What data points are critical? (email, phone, firmographics, tech stack, intent) |
| 72 | 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 | |
| 91 | Stack 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 | |
| 121 | Hybrid pattern: Clay for workflow + n8n/API pipeline for high-volume or |
| 122 | custom enrichment. Clay handles the ad-hoc and mid-volume; API handles |
| 123 | the 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 | |
| 137 | Enrichment 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 | |
| 182 | **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 | |
| 185 | **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 | |
| 189 | **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 | |
| 193 | **Ignoring data decay.** Data you enriched 6 months ago is 12-18% stale. |
| 194 | Design for recurring enrichment, not one-time projects. |
| 195 | |
| 196 | **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
Browse more free Claude skills or everything in Sales.