WunderGraph's Brand Refresh

Overview

WunderGraph's marketing site was built early in the product's life, back when the priority was shipping something functional rather than something credible. By the time I joined, the product had grown into something much bigger, an open source GraphQL federation platform with 4M+ monthly downloads and enterprise customers managing complex API infrastructure. But the site hadn't kept up. It still looked like the early-stage open source project it used to be.

Instead of jumping straight into one direction, I explored three distinct visual identities and brought all three to the team, each with a different personality and a different bet on how WunderGraph should show up.

This case study walks through those three directions, why we landed on the one we did, and what the final design looked like across the site.

Overview

WunderGraph's marketing site was built early in the product's life, back when the priority was shipping something functional rather than something credible. By the time I joined, the product had grown into something much bigger, an open source GraphQL federation platform with 4M+ monthly downloads and enterprise customers managing complex API infrastructure. But the site hadn't kept up. It still looked like the early-stage open source project it used to be.

Instead of jumping straight into one direction, I explored three distinct visual identities and brought all three to the team, each with a different personality and a different bet on how WunderGraph should show up.

This case study walks through those three directions, why we landed on the one we did, and what the final design looked like across the site.

Role

Product Designer

Company

WunderGraph

Timeline

2025

Overview

WunderGraph's marketing site was built early in the product's life, back when the priority was shipping something functional rather than something credible. By the time I joined, the product had grown into something much bigger, an open source GraphQL federation platform with 4M+ monthly downloads and enterprise customers managing complex API infrastructure. But the site hadn't kept up. It still looked like the early-stage open source project it used to be.

Instead of jumping straight into one direction, I explored three distinct visual identities and brought all three to the team, each with a different personality and a different bet on how WunderGraph should show up.

This case study walks through those three directions, why we landed on the one we did, and what the final design looked like across the site.

Role

Product Designer

Company

WunderGraph

Timeline

2025

Highlights

Highlights

Why a redesign?

Why a redesign?

The old site was built for a different WunderGraph.

The old site was built for a different WunderGraph.

It made sense at the time. Early on, the priority was proving the product worked, not making it look polished. But two years and a lot of growth later, the site hadn't caught up. For a developer tool trying to close enterprise deals, the gap between "look at what we built" and "trust us with your infrastructure" was starting to cost us.

It made sense at the time. Early on, the priority was proving the product worked, not making it look polished. But two years and a lot of growth later, the site hadn't caught up. For a developer tool trying to close enterprise deals, the gap between "look at what we built" and "trust us with your infrastructure" was starting to cost us.

It was designed before my time and overtime, I realized it didn’t translate well to UI. But we had to prioritise user requests and business goals first. Now, with a stable app and a growing user base, it was the perfect time for a refresh.

Engineering leads land on your site before they land in your product.

That's the uncomfortable truth about developer tools. A brilliant product can still lose a deal if the first fifteen seconds on the website don't feel credible. WunderGraph deserved a site that matched what the product had actually become.

That's the uncomfortable truth about developer tools. A brilliant product can still lose a deal if the first fifteen seconds on the website don't feel credible. WunderGraph deserved a site that matched what the product had actually become.

Exploring three directions

Exploring three directions

Before picking a lane, I explored three.

Rather than presenting one polished direction and hoping it landed, I designed three full visual identities, each answering the same question differently: how much should WunderGraph stand out versus fit in?

The 3 variations

The 3 variations

Monochrome. Restrained and premium.

Monochrome. Restrained and premium.

A pure black and grayscale palette with Neue Montreal as the typeface. No colour competing for attention, just fluid silk-like textures and clean geometry. This direction let the product and the copy do all the talking. It felt closest to something like Vercel or Linear, confident enough not to need colour to prove a point.

Blue. Credible and familiar.

Blue. Credible and familiar.

Inter, paired with an electric blue that sits in the same visual territory as the infrastructure tools engineering teams already trust every day. It felt established without feeling boring, but also the safest and least memorable of the three.

Inter, paired with an electric blue that sits in the same visual territory as the infrastructure tools engineering teams already trust every day. It felt established without feeling boring, but also the safest and least memorable of the three.

Purple. Bold and a little unconventional.

Purple. Bold and a little unconventional.

FK Grotesk gave this one more edge, paired with a vivid purple that pushed WunderGraph away from what a typical developer tool looks like. Real photography of a developer at their desk grounded it in something more human. This was the direction most likely to be remembered.

FK Grotesk gave this one more edge, paired with a vivid purple that pushed WunderGraph away from what a typical developer tool looks like. Real photography of a developer at their desk grounded it in something more human. This was the direction most likely to be remembered.

Landing on purple

Landing on purple

We went with purple, and here's why.

We went with purple, and here's why.

WunderGraph is a technical product, but it's also an ambitious one, trying to carve out a distinct identity in a sea of dark-mode developer tool sites that all start to blur together. Blue would have been the safe choice, but safe wasn't the goal. Purple gave WunderGraph a visual identity that actually stands out in a crowded market, while FK Grotesk added an edge that felt more considered than a typical enterprise SaaS site.


Blue would have blended in with every other infrastructure tool out there. Monochrome would have played it too safe. Purple was the direction that gave WunderGraph a personality worth remembering, while still reading as sophisticated enough to hold its own in front of an enterprise buyer.

I see every project as a chance to improve how I work with developers. I set up quick 15-minute retros to talk through any challenges, see how I can make handoffs easier, and just connect to build a good relationship!

I see every project as a chance to improve how I work with developers. I set up quick 15-minute retros to talk through any challenges, see how I can make handoffs easier, and just connect to build a good relationship!

Building it out

Building it out

From token to full page.

Once the direction was locked, I built out the full system, colour tokens, type scale, spacing and the fluid background textures that show up across the site. FK Grotesk gave the site more character than a typical Inter-based dev tool site.

Live cursors as a design element

WunderHub lets teams build APIs together in real time, which was one the USPs. Showing live cursors on the site immediately tells people that, no explaining needed.

Other design patterns

Used subtle glows, gradients and flowing background textures. It gives the site the energy and movement we wanted, keeping it from feeling like a flat, static dev tool page.

The thin line patterns running through the background add another layer of detail. They keep things feeling structured and precise, which fits a product that's fundamentally about connecting and organising data.

Retrospective

Retrospective

Presenting three directions instead of one was the right call. It gave the team something real to react to instead of just approving or rejecting a single idea.

We had 4 co-founders plus a handful of stakeholders, and getting everyone to the same page was hard at the start. Everyone had a slightly different read on where the brand should go. What actually helped was over-communicating. Sharing progress daily in a shared Slack channel instead of siloed DMs kept every decision visible to the whole group as it happened.


It meant fewer stakeholders showing up later wanting to change something that had already been agreed on, since everyone had seen it evolve in real time instead of being handed a finished decision.

We also tested the 3 options with customers, so it was helpful to validate a change this size with real users before committing. It made the final call feel even more solid.

Draft version. Ship early and validate fast.

Use data. Let real user feedback shape the next iteration.

Adapt. This works great for new features, but for redesigns, where the goal is improving UX, you sometimes need to slow down and refine the details before shipping. There’s no one-size-fits-all workflow - you just adapt to what makes sense for each unique project.