Analytics Engineer

Location: London, United Kingdom Workplace: none About InvestEngine We’re a ~200-person, AI-first fintech. We move fast, we expect people to own things end to end, and we don’t have a lot of specialist support infrastructure to hide behind — if you spot a gap, you’re expected to close it, not escalate it and wait. About the role We’re hiring our first dedicated Analytics Engineer at InvestEngine. This is a foundational hire: you’ll sit at the intersection of data engineering, analytics engineering, and business partnership — turning raw, disparate data into governed, trustworthy models that the rest of the company makes decisions on. You won’t just write dbt models in isolation. You’ll work directly with stakeholders across the business — Product, Engineering, Risk, Finance, Investment, Marketing — to understand the problems they’re actually trying to solve, then design and ship the pipelines, models, and semantic layer that solve them. You’ll also help shape how we use AI-enabled tooling to make the whole analytics function faster, and how we structure our data so that AI tooling can be trusted to answer questions about it. We’re actively modernising our data stack, and we want the person in this role to shape it. Some of it is in place, some of it is being rebuilt, and some of it hasn’t been decided yet. If you have informed opinions about orchestration, ingestion, testing, semantic layers, or BI — we want to hear them. Who thrives here We’ve pitched this at mid to senior level , but the honest position is that the level matters less than the appetite. The ultimate test is hunger, and the desire to shape this space and have real impact . If you’re technically strong but hungrier than your years of experience suggest, apply anyway — we’d rather have someone who wants to own this than someone who has simply done it before somewhere bigger. Beyond that, this role suits someone who: Operates well with ambiguity and limited structure. You’ll be the first analytics engineer here — no existing playbook, no dedicated data engineering team to lean on, no established BI function to slot into. You’ll be building a lot of it as you go. Wants a small, fast company on purpose — not just escaping bureaucracy elsewhere, but genuinely drawn to the trade-off: more ownership and visibility, less process and hand-holding. Lives in the tools, not in email chains. You default to GitHub, dbt, Slack/Notion, and automation over status meetings and Word docs. Can point to things they’ve actually built and shipped , not just designs or concepts they contributed to. Already uses AI to do the job better — Claude, Copilot, or similar — and is curious about where it can go further. Learns fast. We care more about how quickly you close a knowledge gap than how complete your CV looks today. Works well directly with Product, Marketing, Operations, and Engineering , not just with other analysts — this role sits right at that boundary. Our values Everyone at InvestEngine is expected to live these, and this role will be assessed against all five: Act like an owner — you take responsibility for outcomes, not just tasks Keep improving. Stay curious. — you push your own standards and the team’s, and you’re genuinely curious about better ways to work Achieve more together — you make the people around you (business stakeholders included) more effective, not just yourself Speak up. Share openly. — you flag risks, disagreements, and better ideas rather than sitting on them Put customers first. Create real value. — you build things because they solve a real problem, not because they’re interesting to build What you’ll do Analytics engineering & the semantic layer Design, build, and maintain dbt Core models that transform raw data into clean, well-tested, well-documented datasets Own and evolve our semantic layer — consistent metric definitions, business logic, and naming that the whole company can trust and query against Establish and enforce data modelling standards, testing practices, and documentation as the function scales Evaluate and help roll out modern BI tooling — experience with Lightdash, Omni, Looker, or Metabase all translates well — to make metrics genuinely self-serve for non-technical stakeholders Building the AI context layer Structure our models, metric definitions, documentation, and lineage so they’re machine-readable, not just human-readable — because our semantic layer is what AI tooling reasons over Make AI-driven analytics reliable: if two people (or two agents) ask the same business question, they should get the same answer, because the definition lives in one governed place Treat naming, documentation, and metric definitions as first-class engineering deliverables rather than afterthoughts, since they directly determine how trustworthy our AI-enabled BI is Use Claude to accelerate development — model scaffolding, code review, documentation, QA, and pipeline debugging — and Notion AI to keep documentation and runbooks current and genuinely useful Bring a point of view on where AI can responsibly speed up analytics engineering, and help the wider team adopt it well Data engineering & the platform Build and maintain ingestion and transformation pipelines across our stack. We use a modern data stack, such as AWS, Redshift, and Airflow Write production-quality Python for extraction, transformation, and automation tasks that fall outside dbt’s remit Help us modernise: we’re actively evolving this stack and expect you to challenge and improve it, not just operate it Warehouse cost & performance Own the performance and cost profile of our Redshift warehouse — you should be able to read a query plan, choose sensible sort and distribution keys, and design incremental models without being asked Spot and act on opportunities to reduce complexity and cost across our models and pipelines, rather than letting spend and technical debt accumulate quietly Make deliberate trade-offs between freshness, cost, and complexity — and explain those trade-offs to the business in terms they care about Data quality & observability Champion analytics engineering best practice across the company: testing, version control, code review, CI, and documentation applied to data the same way engineering applies them to software Build and own data quality, freshness, and pipeline monitoring so problems are caught by us before they’re caught by a stakeholder looking at a dashboard Set the standard for what “trustworthy data” means here, and hold the line on it as the volume of models and requests grows Upstream influence Work with our engineering teams to make sure application and event design accommodates reporting and analytics requirements before data reaches the warehouse — good analytics starts at the source, not in the transformation layer Influence payload and schema design for new services and product features, so we’re not permanently reverse-engineering business meaning out of operational tables Support analysts and business users with automation, tooling, and data engineering expertise, and provide training and guidance on how to use our data well Business partnership Work directly with stakeholders to understand their problems, not just their requested outputs — translate ambiguous business questions into pipeline and modelling requirements Act as a trusted advisor on what’s possible with our data, and push back constructively when a request doesn’t solve the underlying problem Support financial, operational, and regulatory reporting needs appropriate to a regulated investment platform Governance Apply our data classification and access model when onboarding sources: identify PII (including in free-text fields), decide what belongs in the sanitised analytics layer versus a restricted dataset, and document the outcome Implement least-privilege access across datasets, reports, and dashboards What we’re looking for Must-haves Hands-on production experience with dbt (we run dbt Core) — this is a hard requirement Strong SQL expertise Solid Python for data engineering and automation Working knowledge of AWS data services Experience with GitHub and GitHub Actions (or equivalent CI/CD tooling) for testing and deploying data code Experience with a modern BI tool (e.g., Lightdash, Omni, Looker, or Metabase), and a genuine interest in semantic layers (e.g., MetricFlow, Cube Core) and self-serve analytics Comfortable using AI tools as part of your day-to-day engineering workflow Strong communication — you can sit with a non-technical stakeholder, understand their real problem, and explain trade-offs in plain language Ownership: you’re comfortable being the first and only person in this role, and building things properly from scratch Nice-to-haves Airflow or similar orchestration tools, and familiarity with data ingestion tools such as dlt or Airbyte Warehouse cost and performance tuning, particularly on Redshift Fintech, investment management, or another regulated industry Handling PII responsibly in an analytics environment — sanitised vs. restricted datasets, role-based access tiers, automated PII detection Experience with Notion AI or Asana automations Day-to-day working style We favour clear thinking and simple, well-tested solutions over cleverness We expect you to engage directly with the business, not hide behind tickets — understanding the “why” behind a request is part of the job We’re genuinely trying to use AI to work faster and better, not as a buzzword — we want people who’ll experiment, share what works, and level up the team As the first analytics engineer, you’ll define what “good” looks like here: process, standards, and tooling included We believe data should be as accessible as it can safely be, and as restricted as it needs to be — good judgement applied consistently, not blanket lockdown Practical details Reports to: Chief Data Officer Team: Data & Analytics Level: Mid to Senior Location / working pattern: London / hybrid