Studio

One practice, not two departments.

Design and engineering answer to each other here. What gets drawn is what gets built.

Studio facts

Founded
2026
Based in
Toronto, Canada
Reach
Working internationally
Disciplines
  • Brand Identity
  • Product Design
  • Design & Build
  • Design Systems
  • Motion & Interaction
  • Platform & Cloud
Design
  • Figma
  • Design tokens
  • Component libraries
  • Prototyping
Front end
  • TypeScript
  • React
  • Next.js
  • Angular
  • Svelte
  • Astro
Mobile
  • React Native
  • Expo
Back end
  • Node.js
  • REST
  • GraphQL
  • Edge functions
Data
  • PostgreSQL
  • Supabase
  • Firebase
  • Redis
Cloud
  • AWS
  • ECS
  • Azure
  • Cloudflare
  • Vercel
Delivery
  • CI/CD
  • Docker
  • Observability
  • Performance budgets
Standards
  • WCAG 2.2 AA
  • Core Web Vitals
  • Structured data
Languages
English
Contact
hello@meuze.com

What we believe

Four things that hold

01

Design and engineering together

One practice, not two departments passing files. What gets drawn is what gets built, because the same discipline is responsible for both.

02

Shipped, not presented

Deliverables are running software and production-ready files. Decks are a means, never the outcome.

03

Built to be maintained

Documented systems, readable code, and tooling your team can operate long after the engagement closes.

04

Real work in round one

Applied design in the first round, in the browser where it matters. Not a moodboard.

Engagement model

How a project runs

  1. 01

    Scope

    Before round one

    A short paid diagnostic. Ends with what the problem is, what to build, and what it costs.

  2. 02

    Direction

    Rounds one and two

    Two distinct directions, shown applied to real screens and surfaces.

  3. 03

    Build

    Rounds three and four

    Design and engineering run together. You review working software, not mockups.

  4. 04

    Ship

    Final round

    Launch, documentation, and handover. Your team can run it without us.

Fit

Who this suits

A good fit

  • You have a real problem and the authority to act on it.
  • You would rather see working software than a deck.
  • You want design and engineering answerable to each other.

A poor fit

  • You need a fixed specification executed at volume.
  • Decisions sit with a committee that cannot be convened.
  • You know the answer already and want it rendered.

Tell us what you are building.

Get in touch