Technical Product Analyst

About MerQube MerQube builds the infrastructure and tooling behind index calculation and administration for quantitative markets. We calculate and administer indices across equities, futures, and options, combining research, data engineering, and platform engineering to run calculations, produce client-facing analytics, and maintain auditable pipelines. The Technical Product Management team sits between business stakeholders, quant research, and Platform Engineering. TPMs define what the platform needs to do and why. Platform Engineering owns how it gets built. Role Summary We are hiring a Technical Product Analyst into the Technical Product Management team in Bangalore. The role breaks into three parts of roughly equal weight: core technical product management activities, data analysis, and quality analysis. You will write and contribute to PRDs, gather requirements from stakeholders, analyse vendor data to define business use cases, and validate that what Platform Engineering delivers genuinely meets the requirement before it reaches business stakeholders. It is a hands-on role with a clear route into a Technical Product Manager position. The role is based in Bangalore alongside our Platform Engineering team, working hybrid and aligned closely to UK working hours to overlap with the London-based TPM team and business stakeholders. Part One — Core Technical Product Management Write PRDs for defined product areas, with clear problem statements, functional requirements, and acceptance criteria against each requirement. Gather requirements from stakeholders across index production, the data office, quant research, and client-facing teams — turning a stated ask into a specified requirement. Own sub-tasks on strategic projects end to end, and contribute your progress and findings into project updates. Assess requirements against the Definition of Ready before they are handed to Platform Engineering. Help groom requirements: refining scope, sequencing, and dependencies alongside senior TPMs. Maintain requirement documentation in Notion so that decisions, open questions, and their owners stay traceable. Part Two — Data Analysis Build a detailed understanding of vendor data: what each field actually contains, how coverage varies by asset class and market, and where vendors disagree with each other. Define business use cases from that understanding — translating what a vendor provides into what the business needs and how we get there. Compare data sources: run vendor-to-vendor comparisons, quantify discrepancies, and support decisions on source precedence, manual overrides, and instrument-specific rules. Produce data mapping analysis — documenting how vendor fields map to platform fields, where no clean mapping exists, and what derivation is required to close the gap. Contribute to data validation and tie-out work: reconciling platform output against vendor and independent sources, and investigating breaks through to root cause. Part Three — Quality Analysis Validate that delivered functionality and data meet the PRD and the stated requirements, from both a quality and a performance perspective. Design and execute test cases against acceptance criteria, and record evidence against the Definition of Done. Check requirement traceability: confirm that what was specified is what was built, and surface gaps before business stakeholders encounter them. Assess performance against expectation — run times, data delivery timing, and behaviour under realistic load. Log, track, and drive defects through to closure, with enough context for Platform Engineering to reproduce them without a second conversation. Hand over to business stakeholders once signed off: walking them through what was delivered, what has changed, and what to watch. Working with Platform Engineering Platform Engineering owns design and implementation. This role does not design solutions. What it does do is stay available and responsive throughout those stages — answering quest…