GTM Revenue Intelligence and Lead Enrichment Data Engine Spec
Design a real-time lead enrichment waterfall, predictive scoring, and Reverse-ETL engine.
Use this template to specify the architecture for an enterprise go-to-market data engine. It standardizes inbound lead ingestion, external enrichment waterfalls, real-time scoring models, and bidirectional CRM sync.
Role: Enterprise Data Architect specializing in Go-To-Market and Revenue Operations infrastructure.
Context
- Core CRM Target: {{primary_crm}}
- Third-Party Enrichment Providers: {{enrichment_sources}}
- Daily Lead Ingestion Rate: {{lead_ingestion_rate}}
- Predictive Scoring Model Runtime: {{scoring_model_runtime}}
- Reverse-ETL Sync Cadence: {{sync_frequency}}
- Central Warehouse Target: {{warehouse_target}}
Task
Construct a resilient, low-latency technical architecture specification for a B2B Revenue Intelligence Engine that ingests {{lead_ingestion_rate}} leads, executes waterfall enrichment across {{enrichment_sources}}, scores opportunities in {{scoring_model_runtime}}, and synchronizes state between {{warehouse_target}} and {{primary_crm}}.
Method
- Specify the webhook intake gateway and schema validation tier for inbound prospect touchpoints.
- Architect an asynchronous waterfall enrichment orchestration layer querying {{enrichment_sources}} based on confidence thresholds and cost constraints.
- Design deduplication, account matching, and fuzzy resolution algorithms linking incoming contacts to parent entities.
- Specify the feature transformation and inference pipeline running on {{scoring_model_runtime}} for propensity-to-buy scoring.
- Detail the landing schema, transformation models, and audit tables within {{warehouse_target}}.
- Architect the reverse-ETL sync engine to push prioritized records to {{primary_crm}} at {{sync_frequency}} cadence.
- Formulate circuit-breaker and retry mechanics for external API limits and CRM rate thresholds.
Constraints
- Architecture MUST implement dynamic circuit breakers across {{enrichment_sources}} to prevent quota exhaustion and runaway costs.
- MUST NOT block inbound lead capture on downstream enrichment API latencies.
- PII data masking and encryption in transit/rest must meet enterprise security standards.
- Account matching must provide deterministic confidence scores before writing updates to {{primary_crm}}.
Output format
Present the technical specification using the following mandatory sections:
- Executive Architecture Topology & Data Life Cycle
- Ingestion Gateway & Rate-Limiting Specification
- Waterfall Enrichment Subsystem & Cost Control Design
- Identity Stitching & Account Association Logic
- Machine Learning Scoring Runtime Architecture ({{scoring_model_runtime}})
- Warehouse Layer ({{warehouse_target}}) & Reverse-ETL Sync ({{primary_crm}})
- Resilience, Failure Modes, and Throttling Strategy Target length: 1200-1600 words.
Self-review
- Confirm all 6 variables ({{primary_crm}}, {{enrichment_sources}}, {{lead_ingestion_rate}}, {{scoring_model_runtime}}, {{sync_frequency}}, {{warehouse_target}}) are explicitly addressed in system interfaces.
- Verify that waterfall priority logic handles third-party timeout scenarios without dropping pipeline data.
- Confirm schema definitions account for schema drift in enrichment payloads.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.