Joyn Multibrand System

Four brands, one foundation.

A multibrand design system for Joyn's editorial destinations — entertainment, news and sport across Germany and Austria. When a fourth brand came along, it took one week.

Role

Senior Product Designer · Owned the system: architecture, component decisions, governance

Team

6 designers (Lead, 3 Senior, Junior, Researcher) · 2 engineering teams

Scope

Behind the Screens, :newstime, ran, JOYN News AT · Germany & Austria

Timeline

Aug 2024 – Ongoing

Context & problem

Joyn’s editorial sites exist to be found. Search and social bring readers in, and every article is a doorway to a show, a livestream or a match. That makes speed and consistency the business: more pages, shipped faster, all leading into views on Joyn.

The project didn’t start as a multibrand system. The original plan was a page for every ProSiebenSat.1 channel, and an early design system was built for that. Mid-project, the strategy shifted to format brands: :newstime, ran, Behind the Screens. The old system was built around a structure that no longer existed, and little of it was reusable.

Meanwhile, designers worked page by page, and the pages drifted: the same teaser solved three ways, the same chip meaning different things on different sites. Every new page was partly a redesign.

The pivot was a chance to start clean — and to build something that wouldn’t die at the next one.

My role

The design Lead set direction and priorities; I owned the system. Before drawing anything, I collected what designers across all four brands needed, then turned that into a shared architecture, a component model, and a process for deciding what gets in.

Key decisions

01

Components earn their place

Every request went through the same path. Does it already exist? Does it meet the requirements? If not, the requirements were unpacked, presented to the team and checked for feasibility with engineering. Then came the question that decided everything: does this component scale across products and screens?

Yes meant it went on the board as a system component. No meant a deliberate one-off — designed for its brand and kept out of the system.

This moved the most frequent argument in the team — reusable or one-off — from opinion to process.

Every component request followed the same path — from “does it exist?” to “does it scale?”

02

Scope is the contract

Designers used chips as buttons in one place and as content filters in another: same shape, different behavior, different accessibility semantics. As a team, we settled it: chips filter content. They are never buttons.

It’s a small component, but the principle is big: a component’s scope is its contract, and ambiguous scope is where drift starts.

03

Let ran be ran

Sport stretches every system. ran’s header carries live scores, schedules and livestreams that no other brand needs. The decision tree handled this without special pleading: patterns that didn’t scale became one-offs, or stayed outside the system entirely.

ran was built by a second engineering team, working from the same system. Its header, where live sport data lives, was one of the deliberate one-offs.

A system that says yes to everything protects nothing.

Systems thinking

Each brand is a set of primitives

Everything above the primitives — semantic tokens, components, page modules, layout, interaction, accessibility — is shared. A new brand doesn’t mean new components; it means new primitives.

Shared page modules across all brands: highlights, editors’ picks, topic sections, “missed it? watch here”.

Impact

1 week

to theme a fourth brand

When JOYN News launched in Austria, we didn’t redesign anything. We added one new set of primitives, and the whole system re-themed.

Reflection

The first system didn’t fail on craft. It failed because it encoded an org structure, and the structure changed. So I built this one around reuse, not around brands: a component only entered the system if it scaled across products and screens. The payoff came with JOYN News: a new brand, a new market, one week.

The biggest lesson: the system lived in Figma, and engineering rebuilt it in code. We kept closing the gap, but a system that exists twice drifts twice. Next time I’d make design tokens the shared contract from day one — a single source both design and code consume — and bring engineering into owning component definitions early.

Impressum

© Florian Podszus 2026. Please note that all content on this portfolio website, including all images, videos, texts, and the design and technical implementation of the site, are my own original work.

Impressum

© Florian Podszus 2026. Please note that all content on this portfolio website, including all images, videos, texts, and the design and technical implementation of the site, are my own original work.

Impressum

© Florian Podszus 2026. Please note that all content on this portfolio website, including all images, videos, texts, and the design and technical implementation of the site, are my own original work.