Principal Data Platform Engineer, Airalo

• Several years of experience owning customer-data or data-platform architecture in a product-led organisation operating at meaningful scale — including responsibility for the architectural decisions, not just the implementation
• Hands-on experience with first-party data architecture: capture, routing, identity resolution, and the architectural trade-offs across collection paradigms and across the real-time / batch boundary
• Deep technical fluency across the modern data stack: cloud warehouse (BigQuery, Snowflake or equivalent), dbt, reverse ETL (Hightouch or equivalent), event collection (client and server-side), and at least one major activation platform
• Strong working knowledge of the customer data platform ecosystem — packaged, composable, and warehouse-native patterns — and clear views on where each fits
• Hands-on experience with identity resolution in production — deterministic, probabilistic, or both — not only at the conceptual level
• Deep familiarity with consent architecture in practice: how consent signals propagate across server-side capture, Consent Mode, conversion APIs, and reverse ETL, and how to make compliance enforceable at the platform layer rather than per-implementation
• Working knowledge of experimentation platforms and what good experimentation data looks like end-to-end
• A track record of leading architecture decisions across functions — framing options, running evaluations, producing decision records, and bringing stakeholders to alignment
• Experience working alongside Engineering teams as a technical peer — setting specs they implement, reviewing their work, and being trusted to do so
• Strong written communication. Architecture decisions in this role land as documents, ADRs, and specs that other people act on
• A proactive, self-starter mindset. You thrive in ambiguity, work autonomously, and are energised by building in fast-paced, high-growth environments

Desirable

• We're looking for a Principal Customer Data Platform Engineer to own the customer data domain end-to-end — the flows, the tracking and event architecture, the contracts, the identity logic, the consent logic, the activation paths, and the integrations that hold it all together
• This is a senior individual contributor role: you collaborate closely with the data domain, product, engineering and business stakeholders to understand the core use cases we need to support, and you translate that understanding into the architecture that delivers them
• You set technical direction across functions, hold the line on architectural decisions that span them, and lead the choices about how tracking, collection, identity, governance, and activation evolve as Airalo scales
• You design, you build where it matters, you operate, and you keep the standards you set — bringing rigour to architectural decisions by framing options, weighing trade-offs, and producing the documents that make the choices legible to leadership
• If you’re ready to own a critical domain end-to-end in a high-growth, global business - we’d love to hear from you
• Customer data architecture — from collection across web and app, through ingestion and modelling, into the activation surfaces where the business acts on it. Set the architectural patterns for client and server-side capture, and the boundary between real-time and batch
• Identity resolution: how users, devices, accounts, and sessions are stitched together across web and app, how that resolution is exposed to downstream consumers, and how it runs in production
• Event schema architecture, versioning, and enforcement mechanisms — contracts, validation, schema registry, CI checks — that turn agreed event definitions into reliable, governed data. Partner with Product Analytics on the taxonomy and naming conventions; you own how the platform makes them real
• Consent architecture end-to-end: how consent is captured, propagated, stored, honoured at activation, and audited across regions and across the full chain from event collection to MarTech, so compliance is enforced architecturally rather than per-implementation
• Establishing quality, lineage, and observability across customer-data flows so issues are detected upstream — not by analysts noticing broken numbers
• Being the technical interface between Data and the functions that depend on customer data: Product Analytics owns what is tracked and why; you own how the platform captures, validates, routes, and governs it. Bridge the same way with MarTech, Engineering, and adjacent systems (CRM, finance, affiliate, partner integrations)
• Architecture and operation of warehouse-to-tool data flows: reverse ETL, audience activation, and the contracts that govern data leaving the warehouse. Own the integrity of the data layer that MarTech runs on — consent signals, identity, audience definitions, conversion events
• Data interface between experimentation platforms and the warehouse so assignments, exposures, variant metadata, and feature flag state land cleanly and reproducibly. Define what “experiment-ready data” looks like end-to-end
• Leading the customer-data architecture decisions ahead of us. Frame options, run evaluations, produce decision records, and bring stakeholders to alignment. Bring rigour, not vendor advocacy
• Holding the architectural view of how the warehouse, collection layer, identity resolution, activation tools, and MarTech surfaces fit together as one coherent system. Maintain the technical documentation — architecture diagrams, ADRs, schema registry, integration patterns — that makes the domain knowable to others
• Managing vendors in your domain: hold them to the standards you set internally, drive delivery, escalate quality issues, and evaluate fit as use cases evolve
• Partnering closely with the broader data domain to understand the use cases the customer-data domain needs to support — and designing the architecture that delivers them