Principal Customer Data Platform Engineer

About Airalo:

Airalo is the world’s first and largest eSIM store, helping travellers stay connected seamlessly in over 200 countries and regions. We trust our teams to take ownership, put customers first, and do work that has a real impact every day. What’s in it for you? Airalo offers team members a range of perks, including remote work, generous PTO, wellness and learning allowances, and, of course, our annual Airalo Away retreat. Learn more about our benefits here: www.notion.so/airalo-public/Benefits-25396a97ffca81fb9bc1f0be479f1be3

About the Role:

Hi, I'm Andra, Director of Data at Airalo!

Our team works across the full data ecosystem, from collection to insights activation, ensuring that every piece of data drives meaningful action. We’re curious problem-solvers who love tackling challenges that haven’t been solved before and building tools and processes that scale impact across the company.

Airalo’s fully remote Data team is growing. You’ll turn numbers into decisions that shape the future of our business, collaborating with cross-functional teams to solve complex problems and influence how millions of travellers stay connected. This isn’t just dashboards - it’s using data to drive strategy, inform product and growth decisions, and create real impact. You’ll have access to best-in-class tools, the freedom to experiment, and a team ready to turn insights into action.

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.

Responsibilities Include, But Are Not Limited To:

• 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.