Contact

A brand, a website, or a tool. Whichever it is, we start with its structure.

Three things we make, one way of making them

Every project we take on is one of three things, or two of them together: a brand, a website, or a tool. Brand is the identity and the system that carries it. Web is the site, from the structure of what an organization has to say through to the pages that say it. Tools are the things people open on a Tuesday: maps, platforms, dashboards, the software an organization runs on.

Whatever we make, it goes through the same three stages. Structure comes first: the information architecture, the content model, the data model, the decisions about what to build and what to leave alone. Then design, then build. Where most studios write strategy, we write structure. That is deliberate. The sense-making is the work, and the site or the tool is how it shows.

The same team carries a project through all three stages, so nothing is designed that can't be built and nothing is built that wasn't designed. The plot below lays out every capability by what it makes and where in the motion it sits. Each one opens onto a page of its own.

Brand · Structure

Design systems

A brand that only works in the guidelines PDF isn't finished. We design brand systems as working parts: typography, colour, spacing, and components defined precisely enough to build with and flexible enough to reach surfaces nobody has planned for yet. The same system that governs the website governs the deck, the report, and whatever comes next.

Digital strategy

Most digital problems are decided before anything is designed: what to build, what to consolidate, what to leave alone. We help organizations make those calls by auditing what exists, mapping what matters, and setting a direction that holds up against real budgets and timelines. The deliverable is clear decisions, not a deck that sits in a drawer.

Brand · Design

Brand design

We design identities for organizations whose work is already good; the brand just hasn't caught up. That starts with positioning, not mood boards: what the organization is, who needs to understand it, and every surface the identity will have to live on. Because we build what we design, nothing arrives that can't survive contact with a browser.

Visual identity

Logo, wordmark, colour, type: the visible layer of a brand, designed as one system rather than a kit of parts. We define how each element behaves in the real world, at sixteen pixels, on a report cover, over photography. An identity should be recognizable from any single piece of it.

Presentation design

Decks and reports are where thinking meets an audience, and most of them waste the moment. We design presentation systems, from templates and layouts to charts, that make dense information legible and let the people presenting look as considered as their work. Built in the tools your team already uses, so the hundredth slide holds up like the first.

Brand · Build

Publication and print production

Some stories deserve a finished object: an annual report, an impact story, the piece that anchors a launch. We design publications for print and screen from the same structured source, and manage production through to the final file. The discipline is the one we bring everywhere. Structure first, then form.

Campaign production

A campaign idea is only as good as its rollout: dozens of formats, several channels, and a launch date that won't move. We produce campaigns across every surface they need, from landing pages and social assets to print, signage, and presentations, all drawn from one system so the fiftieth piece holds up like the first.

Brand implementation

An identity becomes a brand once it shows up everywhere. Whether we designed it or a partner did, we roll it out into the places people actually meet it: the website, templates, stationery, signage, social, and the everyday files a team reaches for without thinking.

Web · Structure

Information architecture

When people can't find something, it may as well not exist. We map layered content and multiple audiences into structures people move through without thinking about them: sitemaps, navigation, naming, and the hierarchy that decides what earns the homepage. Most sites that come to us for a redesign don't have a design problem; they have an architecture problem.

Content modelling

We don't build pages; we build content structures that generate pages. Before design starts, we work out what types of content exist, how they relate, and how they'll be managed over time, so a program is a program and a story is a story, not paragraphs trapped in a layout. It's the least visible part of our work, and the reason our sites still hold up years after launch.

Content strategy

Most sites carry more content than their audiences can use. We inventory what exists, weigh each page against what people actually come looking for, and decide what to keep, merge, rewrite, or retire. Then we plan how it stays that way: who owns each piece, when it gets reviewed, and what a new page has to earn before it goes up. When the words need a professional writer, we bring in partners who are writers first.

Web · Design

Web design

We design websites for organizations whose digital presence hasn't caught up to the quality of their work. The design serves the content, with the hierarchy, rhythm, and restraint that make layered information feel effortless, and it's drawn by the same people who will build it, so nothing lands that can't ship. Beautiful and buildable aren't a trade-off; they're one decision.

Editorial design

Long-form deserves better than a wall of text. We design editorial experiences, from annual reports to impact stories to features, where typography, pacing, and media carry a reader through the substance rather than past it. The best ones read like publications and manage like websites.

Accessible design

Accessibility isn't a compliance line; it's whether the work actually works. We design and build to WCAG from the first layout: real contrast, real focus states, semantics a screen reader can navigate, motion that respects the people who turn it off. Retrofitting access is expensive. Designing with it costs nothing.

Web · Build

Web development

We build websites meant to be kept: fast, typed, tested, and boring in the ways that matter. A modern front end over structured content, performance treated as a feature, and no dependency we wouldn't want to maintain in five years. The person writing the code was in the strategy meeting, and it shows in the details.

Content management systems

The CMS decides whether a site ages well. We build on Sanity: structured content, an editing environment shaped around how your team actually works, and a front end that's free to be exactly what the design demands. Content stops being trapped in pages and becomes something the whole organization can query, reuse, and grow.

E-commerce

Commerce with substance deserves better than a template. We build Shopify storefronts where the brand holds from first visit through unboxing: custom front ends, structured content alongside the catalogue, and tools that help people find the right product rather than just a product. Milk Jar's Scent Seer began as exactly that conviction.

Performance and optimization

Speed compounds: faster sites rank better, convert better, and cost less to run. We budget for performance from the first wireframe: static where possible, media that sizes itself, nothing shipped that isn't needed. We measure on real devices rather than lab scores. A fast site is a form of respect.

Tools · Structure

Platform architecture

Tools outlive their first version, so we architect for the second one from the start. Data models, permissions, integrations, and hosting are chosen for the workflows they have to carry, and kept legible enough that any developer who comes after us can find their way. Good architecture is mostly the discipline of leaving things understandable.

Data modelling

Every workflow tool is a data model wearing an interface. We work out the entities, relationships, and rules first, pinning down what a booking, a member, or a submission actually is, so the screens follow from the structure instead of fighting it. When the model matches how the organization thinks, the tool feels obvious.

Multilingual and multi-region systems

Going bilingual after launch is a rebuild; planning for it is a routing decision. We build locale systems before the second language arrives: structured translations, per-region routing, content that knows its language. Wee Wild Ones launched in English with French infrastructure already in place, so expansion is content entry, not engineering.

Tools · Design

Interface design

A working tool is judged on its thousandth use, not its first. We design dashboards, admin screens, and applications around the tasks people repeat every day: clear states, honest feedback, density where the work needs it and calm where it doesn't. In a tool, delight is mostly the absence of friction.

Interaction design

Motion and response are how an interface explains itself. We design interactions that carry information about what just happened, what's loading, and what's possible, and we prototype them in code, where timing and easing can be felt rather than imagined. If a movement says nothing, it doesn't ship.

Kiosks and touchscreens

Public screens are the hardest interfaces: no manual, no mouse, every audience at once. We design touch experiences for lobbies, venues, and public spaces, with generous targets, forgiving flows, and sessions that reset cleanly for the next person. Built to run unattended for months at a time.

Tools · Build

Interactive maps

A map is an interface, not an illustration. We build interactive mapping experiences, from 3D districts to self-guided tours to live open-data layers, where spatial storytelling runs on real infrastructure: vector tiles, MapLibre, and content models that let clients update the map themselves. Not pins on a map.

Platforms and applications

When off-the-shelf runs out, we build the thing itself. Purpose-built platforms like scheduling systems, program hubs, and member experiences are designed around specific workflows rather than general content browsing, and engineered to be maintained, not just launched. Workflow first, then interface, then code; the order matters.

Dashboards and data tools

A dashboard should answer a question, not decorate one. We build internal tools that put the day's work in front of the right people: live data, sensible defaults, and actions where the information is. Success is quiet: fewer spreadsheets, fewer status emails, fewer tabs.

Portals and member experiences

Some content is for exactly the right people and no one else. We build intranets, partner portals, and tracked asset distribution where access is designed rather than bolted on, and the inside of the gate gets the same care as a public site. We've replaced shared drives and USB sticks with systems people actually use.

Custom CMS tooling

The CMS is an interface too, and the people in it every day deserve design. We extend Sanity with custom inputs, previews, and workflows: form builders, map editors, validation that explains itself. When editing feels considered, content stays good long after launch.

The motion. Structure, design, and build, in that order.

  1. Structure

    What an organization has, how it is shaped, how it is found. Information architecture, content models, data models, design systems, and the strategy that decides what gets built at all. Most of the clarity a project ends up with comes from here, so it is where we start.

  2. Design

    Identity, interfaces, pages, and publications, designed against the structure rather than on top of it. The system that governs the website governs the deck and the report, and every screen is drawn at the size it will be read.

  3. Build

    Websites, headless CMS, e-commerce, maps, platforms, dashboards, portals, and print, built by the people who structured and designed them. Production first: made to keep, not to throw away.

If you have a brand, a website, or a tool in mind, or you are not yet sure which, write to us. Tell us about the organization and the problem, and we'll come back with questions and a first take.