Skip to main content
Why We Chose Tailwind CSS Over Custom SCSS for Our Studio Rebrand
web-design · 22 Jul 2025

Why We Chose Tailwind CSS Over Custom SCSS for Our Studio Rebrand

After 8 years of writing custom SCSS for client projects, we made the switch for our own rebrand. Here is what surprised us — good and bad.

We were Tailwind sceptics for a long time. The utility-first approach felt like inline styles with extra steps. Then we used it on a real project and changed our minds.

What we liked

Design consistency without a design system maintenance burden. When every spacing value comes from a shared scale, your UI automatically coheres. No more "is this 12px or 14px" debates. The constraint is the feature.

Development speed was genuinely faster once we stopped context-switching between HTML and CSS files. Shipping a component went from 20 minutes to 8 minutes on average.

What we did not like

HTML readability suffers when a div has 15 class names. We mitigated this with component extraction in Twig and React, but it requires discipline. Tailwind also adds build complexity — you need PostCSS and a purge step that can catch you off guard in production.

Our verdict

Tailwind wins for component-heavy projects with a consistent design system. Custom SCSS wins for editorial themes where designers frequently iterate on global styles. For our studio site (heavily component-based), Tailwind was the right call.

← Back to Insights

Enjoyed this article?

We write about web design, CMS development, and performance. Work with the team behind the insights.