opengreenhousebalderton
Product Manager - Data Ingestion
ComplyAdvantage
LocationLisbon, Portugal
Last observed2026-06-29 00:42:51.911909
Job idbalderton-complyadvantage:greenhouse:8605499002
The Role We are hiring a Product Manager to work within our Data tribe, specifically owning our data ingestion platform - the engine that identifies, extracts and processes the raw intelligence that powers everything ComplyAdvantage does. You will own the Product requirements for our Customer Risk squad, delivering holistic AML risk scores, and the underlying customer capabilities that support this. The Data tribe's work is strategically driven rather than customer-driven. The roadmap is shaped by the company's AI roadmap, set at executive level and mapped to a product execution strategy by the VP Product and Product Director. For this squad, that means building a new scalable platform with reusable tools for data identification and extraction, deploying LLMs to improve data processing at scale, and maintaining the pipeline robustness that over 1,000 clients depend on every day. Requirements from the Risk Applications tribe also cascade into Data as derived requirements — particularly around data quality and the ability for clients to explain their decision-making to financial regulators. The PM operates at the intersection of two forces: the strategic execution plan set by the VP Product and Product Director, and the derived requirements flowing from the applications that depend on Data's capabilities. You will work within a dedicated squad alongside an engineering manager and a team that typically includes data engineers, ML engineers and back-end engineers. The Product Manager and Engineering Manager work as peers: you own the commercial and product context, the EM owns the technical context. Neither reports to the other. You operate within a framework set by the Product Director and are expected to use judgement in balancing competing priorities, not to set strategic direction independently. You will operate within a structured product operating model with clear decision rights. Plans are framed as returns on engineering investment, not feature lists. We work in six-week blocks, with quality gates at each stage of the document flow from Plan of Record to PRD to product requirements to implementation. If you have worked in organisations where product management is disciplined and structured, this will feel familiar. What You Will Do Own your product area within the Data tribe. You are responsible for the roadmap, requirements, research, competitive intelligence and customer insight for the data ingestion platform. You work within strategic direction set by the Product Director but are expected to exercise genuine judgement on priorities, trade-offs and requirements quality. This is substantive work, not order-taking. Build and scale the data ingestion machine. Define and drive the vision for a scalable platform with reusable tools for data identification and extraction that can serve current and future use cases. Identify value slices that deliver client outcomes while advancing the technical vision — ensuring the platform evolves without accumulating the kind of debt that slows teams down at scale. Balance competing requirements. Your squad serves the strategic roadmap set by the Product Director and the CPTO, but also receives derived requirements from Risk Apps squads — particularly around data quality, pipeline reliability and regulatory explainability. Balancing these competing inputs, understanding which to prioritise and when, and escalating conflicts that need PD guidance, is a core part of the role. Partner with engineering . You and your EM are jointly accountable for the quality of product requirements. You sign off on commercial accuracy — does this solve the right problem, does it meet client needs, can it be explained to a regulator; the EM signs off on technical completeness. You need enough technical understanding of data pipelines, ETL/ELT processes, LLM deployment and ML infrastructure to write requirements that engineers can build from and to have productive conversations about feasibility and trade-offs.
This page is generated from the committed OpenOpps static snapshot. Use the source posting or apply link for the employer's current canonical posting state.