Pearson
Principal, Product Management

How your CV stacks up
Upload your CV to see how well it fits this job role
?%
Principal, Product Management
Location: London - Hybrid
Role Summary
Nebula is Pearson’s enterprise Product Design System: a shared platform of reusable components, semantic tokens, standards, tooling, and governance that enables product teams to build high-quality, accessible, brand-aligned and AI-ready experiences faster.
Pearson has already demonstrated the value of this model through PLS, including measurable reductions in component-development effort, embedded WCAG 2.2 accessibility, and faster enterprise-wide change. The next challenge is scaling Nebula from a successful system into a durable enterprise capability adopted across Pearson’s products and business units.
As Principal Product Manager for Nebula, you are the senior product leader responsible for turning Nebula’s enterprise vision into an outcome-driven platform roadmap, adoption strategy, and measurable business value.
You partner closely with the Director of Design Systems, who leads Nebula’s system vision, experience and craft strategy, standards, governance, and design/engineering capability. Together, you operate Nebula as an enterprise product—not a component library or downstream service.
Your focus is to make sure Pearson is building the right shared capabilities, for the right consuming teams, in the right sequence—and that adoption produces measurable value.
What You Own
1. Enterprise Product Strategy & Roadmap
Translate Nebula’s enterprise vision into an evidence-led product strategy and prioritized multi-year roadmap.
You will:
- Co-own the enterprise Nebula roadmap with the Design Systems Director, translating system strategy into product outcomes, initiatives and sequencing.
- Define the problems Nebula should solve across Pearson’s business units and product portfolios.
- Prioritize investments across reusable components, platform capabilities, adoption tooling, AI-enabled workflows, Platinum/brand integration and emerging Content/AI needs.
- Establish clear product hypotheses, success measures and decision criteria before major investments.
- Balance enterprise standardization against legitimate product and technical differences across consuming teams.
- Maintain a transparent roadmap connecting investment → capabilities → adoption → measurable enterprise value.
Reasons to use Rodeo
I’m in my final year doing Economics and I don’t know whether to apply for grad schemes now or do a masters first. What do you think?
Honest answer — it depends on where you want to end up. A lot of top grad schemes (Big 4, civil service, banking) don’t need a masters. Let’s look at the ones you’d be competitive for now, and we can decide if a masters actually adds anything.
Also worth knowing: most autumn 2026 applications are open now. Timing matters more than you think.
Start with a chat, not a search bar
Grad scheme, placement, apprenticeship? Not sure what you want yet — that's fine. Your agent talks it through with you and turns "I have no idea" into a shortlist.
Graduate Consultant — 2026 Scheme
Why you're a good match
StrongYour economics background and your summer at a regional bank line up with what PwC looks for on the consulting scheme. Applications close in four weeks.
See breakdownIt searches the market for you
Every day your agent scans the market matching roles against what actually matters to you, not just keywords on a CV.
Why you're a good match
You’ve got the grades and the economics background, and your bank internship is exactly the experience this scheme looks for. Apply soon — deadlines close within the month.
Experience fit
Your summer at the bank plus your econometrics coursework map directly to the day-one responsibilities on this scheme — client modelling, market briefings, and deal support.
Only hits
No noise. No "maybe this fits." Just roles with a clear explanation of why they're right — and where to focus when applying.
2. Adoption Product Strategy & BU Onboarding
Treat adoption as a product problem, not a communications or change-management exercise.
You will:
- Segment Pearson products and business units by readiness, compatibility, value opportunity and migration complexity.
- Partner with BU Product and Engineering leaders to turn interested teams into roadmap-committed adopters with named products, dates, owners and scope.
- Lead discovery with consuming teams to understand adoption friction, unmet platform needs and migration barriers.
- Design the end-to-end Nebula adoption experience: evaluation → commitment → onboarding → migration → contribution → ongoing consumption.
- Define scalable pilots and onboarding models before expanding enterprise-wide.
- Use adoption feedback to shape platform roadmap priorities.
- Partner with Program Management on intake and migration sequencing while retaining product accountability for what and why.
3. Outcomes, Telemetry & Value Measurement
Own the evidence that proves Nebula is working.
You will:
- Establish the Nebula measurement framework with leading and lagging indicators.
- Define telemetry for:
- active products using Nebula
- component reuse
- avoided bespoke rebuilds
- adoption and migration velocity
- accessibility readiness
- design-to-code fidelity
- rebrand propagation time
- product-development capacity released
- Create dashboards that allow the central team, BU teams and executives to see adoption and value.
- Validate assumptions in the business case against real adoption data.
- Use evidence to stop, change or accelerate investments.
- Build the product-level evidence required to continuously strengthen Nebula’s enterprise investment case.


Get help with your application
Your very own career expert that helps elevate your application to the next level.
4. Discovery & Platform Customer Insight
Build continuous discovery into the operation of the design system.
Your “customers” include designers and engineers, but also Product leaders, accessibility teams, AI teams, Brand, and business units consuming the platform.
You will:
- Run ongoing generative and evaluative discovery with consuming teams.
- Identify recurring problems that should become shared enterprise capabilities rather than local solutions.
- Determine where standardization creates leverage and where flexibility is required.
- Validate high-value component, workflow and platform opportunities before committing significant central-team capacity.
- Create feedback mechanisms that allow BU contributions and needs to flow back into Nebula.
- Turn qualitative customer insight and telemetry into roadmap decisions.
The original Principal PM role’s strength in continuous discovery should stay; its purpose simply shifts from coaching other PMs to directly improving Nebula.
5. Prioritization & Product Operating Model
Create the product discipline that allows a specialized platform team to make high-quality trade-offs.
You will:
- Own Nebula prioritization and outcome-based backlog management.
- Establish clear criteria for:
- platform investments
- component requests
- migrations
- contribution proposals
- exceptions
- enterprise versus BU-specific work
- Partner with the Director, Principal Engineer and discipline leads on roadmap and release planning.
- Ensure roadmap commitments reflect available team capacity and enterprise value.
- Convert ambiguous enterprise asks into appropriately sized discovery and delivery increments.
- Maintain decision traceability from customer problem → investment → outcome.
“It took my CV and asked me questions relevant to understanding what kind of jobs to suggest for me. Suggestions were almost perfect. Jobs were exactly what I’ve been looking for.”
Jessica, London
Location