Frontiers Media Sa

About Frontiers

At Frontiers, our purpose is simple yet ambitious: to make science open. We believe open science empowers the global scientific community to accelerate discovery and develop the solutions needed for healthy lives on a healthy planet.

We are one of the world’s largest and most influential open-access research publishers. Every article we publish is peer-reviewed and quality-certified, ensuring research is accessible to everyone, everywhere. To date, Frontiers research has been viewed over 4 billion times, demonstrating the real-world impact of science without barriers.

Joining Frontiers means being part of a global, mission-driven organization at the intersection of science, technology, and innovation — working alongside passionate colleagues who care deeply about advancing knowledge for the benefit of society. To learn more about our impact and culture, please watch this video.

The Mission

At Frontiers, we are rewriting the rules of scientific publishing. Behind every product team sit theshared technical services that the whole publishing platform depends on. Today these areIdentity & Access Management (IAM)andMessaging(transactional email and GDPR-compliant consent) — representative examples of this kind of shared service, with the portfolio expected to grow over time. They are owned by ourPlatform Shared Servicesteam, and we are looking for aPlatform Product Managerto own their strategy and roadmap.

This isnotan end-user product role. Your customers areFrontiers' own engineering teams(and, increasingly, the services and agents they build): you run IAM and Messagingas products, measured byadoption, developer experience, reliability, integration time, security posture and cost— not user-facing metrics. You'll form a delivery triad with the team'sPlatform Engineering ManagerandSenior Engineers: you own theWhatandWhy, they own theHow.

The Technical Context

You will own the roadmap for the team's shared-service lines — today IAM and Messaging.

• IAM:OAuth 2.0 / OIDC (Ory Hydra), JWT authorization, fine-grained authz via a Permission API (Ory Keto), Azure APIM at the edge, OAuth client tooling, shared .NET libraries.
• Messaging:transactional/outreach email at scale (SendGrid, Mailgun), templating and A/B testing, deliverability (Everest, Uriports, Postmaster, SNDS), and a centralGDPR consent authority(Subscription Management).
• Core stack:C#/.NET services on Microsoft Azure + Kubernetes (AKS); event-driven with RabbitMQ and Kafka; SQL Server, PostgreSQL, Redis, Elasticsearch.
• Contracts as the product:REST + async APIs, JWT shape and scopes, consent semantics, versioning and backward compatibility — high blast radius, consumed org-wide.

• Observability & AI:New Relic, Prometheus/Grafana; the sub-department's AI-First Delivery tooling (Cursor, MCP, the Technology Framework as executable context) is available to the team.

What You'll Do

• Own and evolve the roadmapfor IAM and Messaging — prioritising against internal engineering demand, security/compliance requirements and platform scalability, and slicing big initiatives into iterative, valuable releases.
• Turn engineering needs into clear specs and a prioritised backlog— translate requirements from stream-aligned teams into well-shaped work (PRDs/SDDs in git, following our Spec-Driven / AI-First Delivery practice).
• Co-design with engineering— work lock-step with the Platform Engineering Manager and Senior Engineers on architecture trade-offs,API contractsand service-level requirements. This needsgenuine technical fluency, not just businessengineering translation.
• Own the service/API lifecycle— versioning strategy, deprecation planning andbackward-compatibilitydecisions for services many teams depend on.
• Be the primary point of contact for internal "customers"integrating with IAM and Messaging — adeveloper-facingproduct function: discovery, onboarding, support model, and a feedback loop that actually changes the roadmap.
• Define and track success metrics— adoption by internal teams, reliability (SLAs/SLOs), integration/time-to-first-call, security posture, and cost.
• Partner with Security, Architecture and Infrastructure— ensure IAM and Messaging meet compliance and security standards (OAuth/JWT, GDPR consent) and stay aligned with the Technology Framework.
• Communicate roadmap, trade-offs and prioritiesclearly to engineering leadership and stakeholder teams — manage expectations transparently, including a tactful, well-reasoned "not now".

• Experience:5+ years inTechnical / Platform Product Managementor engineering leadership, a significant portion intechnical, platform, or developer-facingproduct roles.
• Platform-as-a-product mindset:you build forinternal engineering customers, not end users, and can prioritize a technical roadmap against competing engineering demands.
• Technical fluency (real):solid software-engineering fundamentals — enough to engage credibly in architecture discussions, read technical docs, system diagrams andAPI specs unaided, and reason about trade-offs.
• APIs as products:strong grasp of API design, versioning, documentation and lifecycle management (deprecation, backward compatibility).
• Distributed-systems literacy:working knowledge of backend systems, messaging/event-driven architectures (Kafka, RabbitMQ, SQS) andauthentication/authorization protocols (OAuth 2.0, OIDC, SAML, JWT).
• Reliability & cloud awareness:SLAs/SLOs, uptime, latency; familiarity with cloud infrastructure (Azure/AWS/GCP).
• Education/background:Bachelor's in Computer Science/Engineering or equivalent practical/technical experience — atechnical/engineering background is preferredover a pure business/PM background given the hard technical requirements.
• Language:Professional-level English (spoken and written).

Nice to Have

• Demonstrated experience withauthentication and/or messagingsystems (strongly preferred).
• Familiarity withGDPR / consentand email deliverability at scale.
• Experience withMicrosoft Azure, Kubernetes (AKS), and modern CI/CD (GitHub Actions).
• Experience facilitatingInnerSourceor community-driven contributions to shared services.
• Interest or experience inSpec-Driven Developmentand AI coding assistants (Cursor, MCP).
• Background in Scientific Publishing.

How We Measure Success in This Role

• Adoption & integration:number of teams/services on the supported IAM and Messaging paths; time-to-first-call for a new integration.
• Reliability:SLAs/SLOs met for the owned services; incident trend.
• Developer experience:internal satisfaction/NPS of consuming teams; support-request trend; quality and currency of contracts and docs.
• Security & compliance:posture against the Technology Framework (OAuth/JWT, GDPR consent); audit-readiness.
• Cost:run cost of the services (incl. email/deliverability spend) under control.

Why This Role Is Exciting

IAM and Messaging areleverage: get them right and everyteam at Frontiers ships faster and safer. You'll turn "plumbing" into genuine products — with real customers, contracts and adoption — at the exact moment AI is multiplying how much code (and how many integrations) those teams produce. All in service of a mission that matters: making science open for everyone.

• We prioritise office presence and emphasise in-person collaboration, but also offer appropriate adjustments where needed, in line with company policy

• Extra wellbeing days on top of your annual leave allowance

• Up to 3 paid volunteering days each year

• 24/7 confidential Employee Assistance Programme (wellbeing, mental health, legal & financial support)

• Learning & development support via the Frontiers Learning Hub

Equal opportunity statement

Frontiers actively embraces diversity and is a safe and welcoming workplace. Recruitment is free from discrimination – including based on race, national or ethnic origin, age, religion, disability, sex, gender identity or sexual orientation. With employees from more than 50 different nations, our diversity creates vibrant teams and constantly challenges us to appreciate multiple perspectives.