Architecture
AuraScore 81/100

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.

Template

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

  1. Specify the webhook intake gateway and schema validation tier for inbound prospect touchpoints.
  2. Architect an asynchronous waterfall enrichment orchestration layer querying {{enrichment_sources}} based on confidence thresholds and cost constraints.
  3. Design deduplication, account matching, and fuzzy resolution algorithms linking incoming contacts to parent entities.
  4. Specify the feature transformation and inference pipeline running on {{scoring_model_runtime}} for propensity-to-buy scoring.
  5. Detail the landing schema, transformation models, and audit tables within {{warehouse_target}}.
  6. Architect the reverse-ETL sync engine to push prioritized records to {{primary_crm}} at {{sync_frequency}} cadence.
  7. 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:

  1. Executive Architecture Topology & Data Life Cycle
  2. Ingestion Gateway & Rate-Limiting Specification
  3. Waterfall Enrichment Subsystem & Cost Control Design
  4. Identity Stitching & Account Association Logic
  5. Machine Learning Scoring Runtime Architecture ({{scoring_model_runtime}})
  6. Warehouse Layer ({{warehouse_target}}) & Reverse-ETL Sync ({{primary_crm}})
  7. 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.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-architecture
business-strategy-marketing-sales
revops
reverse-etl
crm-architecture