← All work
Case StudyTier BOperationalMar 2025
Iranian Contact Data Normalization Pipeline
High-volume ETL workflow that turns raw Iranian contact exports into standardized, validated, deduplicated, messaging-ready datasets.
DataAutomationTechnical
Evidence
~1,000,000 records tested
Context
Mar 2025 · Operational data workflow · Maturity: Operational.
Problem
Raw contact exports contained inconsistent formats, invalid values, and duplicates that reduced downstream messaging quality.
Users
Operational messaging workflows that needed clean contact inputs.
My Role
Personal data-product design and implementation.
Product Decisions & Responsibilities
- Defined the clean-data contract and readiness checks for downstream messaging.
- Designed the pipeline around repeatability and operational handoff.
Technical Approach
- Built normalization, validation, deduplication, and export stages for large contact datasets.
PythonETLData validationDeduplicationCSV/Excel workflows
Constraints
- Iranian phone-number normalization edge cases.
- Repository snapshots may not contain every behavior from the operational version.
Product Flow
- Import raw exports
- Normalize fields
- Validate contacts
- Deduplicate
- Generate clean output
Outcome
- Operational version tested on approximately 1,000,000 contact records.
What I Learned
- Data quality should be treated as a product contract, not an ad-hoc cleanup step.
Evidence Boundary
What this does — and does not — prove
The ~1,000,000 figure refers to tested records in the operational workflow; it is not a customer/user count.
Next Iteration
Extend the product only after the next decision can be tied to stronger user, operational, or business evidence rather than adding features for their own sake.