← Back

CDRO — Platform Port to Unify

Early structural exploration — fitting CDRO into the Unify SaaS platform

Role: Design Manager

product-designdesign-leadershipux-research

Problem

CDRO’s product model had developed independently: its own navigation conventions, org hierarchy, and surface structure. The Unify platform introduced a shared navigation shell and a unified structural model across all CloudBees products. Fitting CDRO in meant unpacking assumptions baked into the product for years — and answering what modular navigation actually looked like in practice.

Solution

Built an early prototype exploring how CDRO could sit within the Unify SaaS shell. The focus was structural rather than visual — how the org hierarchy mapped across, how navigation modularity could flex between products, and where the seams between CDRO’s existing model and the new platform would fall. A team sync captured the thinking in real time, surfacing the structural questions that would shape the broader Unify effort.

Modular navigation — how does it all fit together?

CDRO in Unify

Unify set the terms: one platform, one navigation shell, every CloudBees product fitting inside it. CDRO’s complexity — orgs, pipelines, environments, release artefacts — had been built for a standalone world. The prototype work was less about visual design and more about architecture: can the navigation layer flex enough to carry what CDRO needs? The modular components exploration mapped how CDRO’s structural elements could become Unify building blocks rather than exceptions to the system.
CDRO in Unify — modular navigation components mapped to the shared SaaS platform shell
001
002

Part of the CloudBees selected work