Senior Analytics Engineer

As our Senior Analytics Engineer for Operations, you’ll own that data end to end, the model behind it, the metrics it produces, and the trust the business places in both.

This role isn’t just “build the metric, ship the dashboard.” We want someone who looks past the number to the process behind it, where it’s manual, where it’s fragile, where the right tool removes the work instead of just reporting on it. You’ll have a direct line to influencing how those processes and the surrounding product actually work, not just how they’re measured.

You’ll sit embedded inside Operations, partnering with the TRI (Trust & Risk Intelligence) domain wherever the two overlap, while working inside the Data & Analytics team’s AE guild — so you’ll have the tools and the context to actually contribute, not just execute.

• Own the Operations data model — reconciliation, treasury, payments, lifecycle, and onboarding — turning raw operational events into documented, trustworthy data products on the DWH
• Partner directly with Operations stakeholders on day-to-day questions, ad hoc requests, and recurring reporting, acting as their primary data point of contact — while pushing routine, repeatable questions toward self‑service instead of answering the same thing by hand every time
• Look past the metric to the process behind it — understand how everything actually works end to end, spot where manual effort or fragile handoffs are the real problem, and identify which tools (not just which query) would solve it
• Define and maintain key metrics for reconciliation accuracy, treasury positions, payment success/failure rates, and onboarding conversion, working within the team’s central metric architecture
• Participate in data quality and governance practices for the domain
• Bring process and product ideas to the table directly — you’re close enough to the operational reality to see what should change, and this role expects you to say so and help make it happen, not just report the numbers upward

First month Learn the Operations domain and how it currently works and reports, end to end. Meet your stakeholders and your teammates. Ship a first small, well‑scoped fix or data product from the existing backlog to get real signal into the system quickly

First 3 months Own at least one Operations sub-domain’s metrics end to end. Start contributing to the shared Risk/TRI conversations, and bring your first concrete process or tooling suggestion to a stakeholder — something you noticed while getting close to the actual workflow

First 6 months Operations stakeholders treat you as their data partner, not the new person. Routine checks are answered by self‑service — what reaches you is what actually needs a person. You hold real, independent ownership over the data and workflows under your supervision

You’ve worked as an analytics engineer or senior analyst on technical projects involving data modeling on a modern data platform (Databricks, Spark, or dbt) — not just querying data others built

You write excellent SQL for analytical work, and you can pick up Python for anything SQL doesn’t cover well

You’re confident gathering requirements directly from operational stakeholders and turning ambiguous asks into clean, documented metrics

You default to precision over speed when the two are in tension — Operations data feeds regulatory and financial reporting, and being wrong quietly is worse than being slow

You can hold two stakeholders’ definitions of “the same” metric and reconcile them, rather than picking whichever is more convenient

You think past the metric to the process it describes — you want to understand how the domain’s tasks actually get done, spot which tool or automation would remove…