Skip to main content

Building Design Practice & Portfolio Strategy at Scale

Portfolio Strategy K–12 EdTech Design Leadership

Managing a Complex K–12 Product Portfolio at Scale

How I shifted Design from a project-by-project service into a portfolio-level partner, creating clearer investment decisions, better allocation of design capacity, and shared experience foundations across more than 80 product interfaces.

Portfolio Strategy
Prioritization
Resource Allocation
Experience Governance
Executive Alignment
Company
LINQ
Industry
K–12 EdTech
My Role
Design Manager
Team
8 Design & Research
Scope
Multi-Product Portfolio
Product Scale
80+ Interfaces

Executive Summary

The portfolio needed a strategy for where Design created the most leverage.

At LINQ, Design supported a broad K–12 product portfolio with different customers, levels of maturity, technical constraints, regulatory requirements, and competing roadmap priorities.

The challenge was not simply producing enough design work. An eight-person Design and Research team could not treat every request as equally strategic or apply the same level of design investment to every product. Doing so would have turned Design into a permanent delivery bottleneck.

I introduced a portfolio-level approach that helped us decide where designers should lead deeply, where they should partner with product teams, and where established patterns and experience guardrails could allow teams to move independently. That shifted Design from managing a queue of requests to actively shaping how experience investment was allocated across the portfolio.

What changed

  • Design capacity was allocated by strategic value and risk
  • Portfolio priorities became visible across teams
  • Research informed roadmap and investment decisions
  • Shared patterns reduced duplicate product work
  • Cross-product experience decisions gained governance
  • Leadership gained clearer visibility into design demand and risk

The Portfolio Challenge

Everything could not be the highest priority.

Each product had legitimate customer needs, commercial pressure, technical debt, accessibility requirements, and stakeholder commitments. Without a portfolio model, urgency could easily become the default prioritization system.

The Leadership Problem

The constraint was not design talent. It was where to invest it.

A finite design team was supporting products at very different stages of maturity. Some initiatives carried significant customer or business risk and needed deep discovery. Others involved familiar interaction problems that could be solved through established patterns. My responsibility was to make those differences visible and ensure design investment matched the value and risk of the decision.

01

Competing Roadmaps

Multiple product teams had simultaneous priorities, making local urgency an unreliable way to allocate shared design capacity.

02

Different Product Maturity

Some products required foundational discovery while mature products often needed optimization, standardization, or targeted intervention.

03

Portfolio Inconsistency

Independent product decisions had created duplicated interactions and inconsistent experiences across more than 80 interfaces.

04

Shared Capacity

Design and Research were portfolio resources. Supporting every request at maximum depth would have limited the team’s ability to address the highest-value problems.

My Portfolio Strategy

Move from request management to investment management.

I reframed design capacity as an organizational investment. Instead of asking which team requested help first, we evaluated where Design and Research could reduce the most risk, create the most customer value, or establish capability that benefited multiple products.

01 / Portfolio Value

Look beyond individual feature requests.

I evaluated initiatives against their broader strategic value: customer impact, business importance, portfolio reuse, product maturity, and whether the work could unlock capability across multiple teams.

02 / Experience Risk

Invest deeply where getting it wrong is expensive.

Complex workflows, new product areas, accessibility risk, major behavioral change, or uncertain customer needs received deeper design and research involvement than familiar low-risk interactions.

03 / Portfolio Leverage

Solve common problems once.

When several products faced the same interaction or workflow problem, we looked for an opportunity to establish a reusable pattern rather than funding multiple teams to independently reach similar solutions.

04 / Team Readiness

Match involvement to product-team capability.

Mature teams working inside established patterns required a different level of design support than teams entering new problem spaces. The operating model flexed instead of forcing every team through one process.

Resource Allocation

Not every initiative needs the same amount of Design.

I introduced a flexible engagement model that made Design’s role proportional to the strategic value, uncertainty, and experience risk of the work.

01 / Lead

High Risk or Strategic

Design and Research lead deeply when teams are entering new problem spaces, addressing high-impact workflows, challenging existing assumptions, or making decisions with significant customer or business consequences.

02 / Partner

Known Problems, Meaningful Change

Design works alongside Product and Engineering when the problem is understood but still requires thoughtful workflow design, validation, accessibility, or adaptation of established portfolio patterns.

03 / Guardrail

Mature, Lower-Risk Work

Product and Engineering teams can move more independently when established components, interaction standards, accessibility requirements, and clear experience guardrails already define the solution space.

The Portfolio Shift

Design stopped being the gate every product had to pass through.

The goal was not to reduce Design’s influence. It was to concentrate that influence where it mattered most. By giving teams trusted foundations for routine work, designers could spend more time on ambiguous, strategic, and high-risk problems where their expertise created substantially more value.

Portfolio Governance

Create coherence without forcing every product to become identical.

Portfolio consistency does not mean every product has the same workflow. It means teams share enough interaction language, research evidence, quality standards, and decision principles that customers experience one organization rather than a collection of unrelated products.

Shared Experience Foundation

Standardize what should be common. Preserve what makes each product useful.

I connected design-system governance, research, accessibility standards, product-team guidance, and portfolio reviews into a shared experience model. Teams gained reusable foundations without losing the flexibility required by different K–12 workflows and customer contexts.

Shared Interaction Patterns

Common product problems were solved once and reused instead of repeatedly redesigned.

Portfolio Research

Research insights could inform more than one roadmap instead of remaining trapped inside individual projects.

Experience Guardrails

Clear standards identified where teams could move independently and where deeper Design involvement was warranted.

Leadership Visibility

Portfolio reviews made experience risk, demand, capacity, and cross-product opportunities easier to discuss with Product leadership.

The shared foundation reached 90% adoption, reduced redundant product builds by 40%, and helped move portfolio consistency from an individual designer responsibility to an organizational capability.

01

Portfolio Reviews

Regular reviews looked across products rather than evaluating design work only within individual squads.

This surfaced duplicated efforts, shared customer problems, capacity conflicts, and opportunities for cross-product investment.

02

Research Across Roadmaps

Research findings were treated as organizational evidence rather than deliverables owned by one project.

Insights could challenge assumptions and influence prioritization across multiple product teams.

03

Shared Product Foundations

Reusable components, accessibility standards, and documented interaction patterns provided teams with a common starting point.

Product teams spent less time recreating foundational decisions and more time on product-specific value.

04

Visible Tradeoffs

I brought design capacity, experience risk, customer evidence, and strategic importance into prioritization conversations with Product leadership.

The organization gained a clearer rationale for why some initiatives required deeper investment than others.

Portfolio Impact

Better allocation created leverage beyond the Design team.

The portfolio model improved consistency and delivery performance, but its larger value was making Design more strategic. Routine work became easier to execute, high-risk work received deeper attention, and leadership gained better visibility into where experience investment could create the greatest return.

80+

Interfaces Supported

Portfolio-wide experience foundations supported a broad K–12 product ecosystem.

90%

Shared System Adoption

Product teams increasingly worked from common experience foundations.

40%

Fewer Redundant Builds

Shared portfolio patterns reduced duplicated product investment.

35%

Less Development Rework

Earlier alignment and clearer experience standards improved delivery readiness.

Portfolio outcomes

  • Design investment became tied to value and experience risk
  • Common product problems increasingly produced shared solutions
  • Research insights became useful across multiple roadmaps
  • Leadership gained clearer visibility into portfolio experience health
  • Product teams gained more autonomy for mature, lower-risk work

Organizational outcomes

  • Reduced redundant product development by 40%
  • Reduced development rework by 35%
  • Reached 90% adoption of shared experience foundations
  • Protected Design capacity for strategic and ambiguous problems
  • Strengthened Design’s role in portfolio and roadmap conversations

Leadership Lessons

What managing a portfolio taught me about design leadership at scale.

01

Capacity is a strategy decision.

A leader cannot solve portfolio pressure simply by asking the team to move faster. Where limited expertise is invested is itself a strategic choice, and the rationale needs to be visible to the organization.

02

Not every problem deserves bespoke design.

Mature patterns should create leverage. Repeatedly assigning senior designers to solve known interaction problems is expensive and limits their ability to focus on work where judgment, discovery, and systems thinking matter more.

03

Portfolio consistency is an operating-model problem.

A design system helps, but lasting consistency comes from shared ownership, research, governance, prioritization, and decision practices across Product, Design, and Engineering.

04

Make tradeoffs legible to leadership.

Design earns a stronger role in portfolio strategy when leaders can clearly understand where experience risk exists, why investment is needed, what the organization is choosing not to do, and what outcome that investment should create.

Leadership Scope Demonstrated

Managing the portfolio means designing the system around the work.

This work required portfolio strategy, resource allocation, customer evidence, product prioritization, design governance, team leadership, and cross-functional influence. The goal was not to maximize the amount of Design involved. It was to maximize the value Design created across the organization.

  • Portfolio Strategy
  • Resource Allocation
  • Prioritization
  • Design Governance
  • Product Partnership
  • Executive Alignment

Portfolio Leadership

At scale, the question is not how much Design can do. It is where Design creates the most leverage.

I help product organizations make clearer portfolio decisions, focus limited expertise on the highest-value problems, and build shared systems that allow quality to scale across teams.