Ash Loper
A low-poly chestnut horse at full gallop, seen from the side
It’s the Wild West out here

Let's say you just spent a few weeks perfecting an app with Claude Code.

You made one hundred tiny decisions about how to organize it, how it should work, and what it should feel like. You scattered delightful little Easter eggs throughout. This app is a mirror of how your mind works, but now the hard part is convincing others to adopt it.

A coworker of mine did this for a supply chain process.

They carefully mapped their world to a Yellowstone theme. Navigational pages were pastures and ranches. Actions were mounting up, and lassoing…you get the idea.

A square island of pasture: two pines, cows grazing and two walking a loop A square of bare dirt beside it: a dark horse walking, a chestnut by the rail, a white horse eating from a hay bale

They built this tool for their team, but they struggled to get them to use it. The language alone took handholding to get started, which doesn't scale as the team grows.

Horses grazing together; one breaks away at a gallop and leaves, and another gallops in from the other side to take its place

The quirks persisted beyond the theme into decisions around navigational structure, interactions, and affordances. These all made perfect sense to the person tetris-ing these in, but were not universally understood patterns.

I believe us builders, makers, and creators are all, deep down, little kids who drew something and just want somebody to say to us "good job!" So, here I am, with my teammate-turned-cowboy, telling him that I need to sell (some!) of his ranch off to rebuild.

A river winding right across the page between grass banks, a log cabin with a porch on the far bank and a board dock out over the water

My coworker is not an outlier.

At our company, we now count nearly 1000 tools built with AI by the people who use them. *A new habit is forming.* When someone runs into a tool that doesn't quite fit how they think, they no longer learn it, instead they build their own. Sometimes it takes an afternoon, sometimes it becomes their full-time job. Either way the result feels better to them because it was shaped by their own instinct. I worry about what happens when all of the people at the company each do the same… 1000 different worlds.

For now, I'm of the mindset that siloing at the individual level can only be inefficient and lead to communication breakdown. A company that runs on shared knowledge and understanding is one where efforts are not duplicated and decisions can be made faster.

Some industries have resolved this…

A long island with a grass strip: a small plane rolls out of a hangar, takes off down the runway and climbs away

I'm a newer pilot, and one of the first things I noticed moving between airplanes is how alike their cockpits are. Everything sits in roughly the same place and moves the way you'd expect.

A low-poly trainer cockpit: six round gauges, two yokes, throttle and mixture knobs, a trim wheel in the console, mountains through the windscreen

The throttle pushes forward for more power.

Throttle

The trim wheel rolls the way the nose moves.

Trim wheel

The push-to-talk button sits under your thumb.

Push-to-talk

And the further you look beyond training airplanes, the more the patterns hold. Even in an airliner's glass cockpit, airspeed is still on the left, altitude on the right and attitude in the middle, the same arrangement as the old round steam gauge panels.

Six round steam gauges: airspeed, attitude, altitude across the topTrainer, steam gauges
AirspeedAttitudeAltitude
An airliner's primary flight display: a speed tape on the left, the horizon in the middle, an altitude tape on the rightAirliner, glass
AirspeedAttitudeAltitude

What I've learned in one aircraft carries into the next.

Now imagine every pilot redefining what the switches do and shuffling them around based on personal preference.

Each change might make sense to its architect, but the next pilot to climb in would be lost (which has some pretty obvious and serious consequences)

Conventions are accumulated knowledge,
we don’t make this shit up.

So why do we accept this in aviation and not in SaaS tools? I'm going to bet that it has something to do with the cost remaining relatively invisible in software.

A small plane flying slow figure 8s, its shadow sliding under it

Is there a version of this where we're more efficient by building software in our own image? For one person, almost certainly.

The trouble begins when a personal preference turns into a shared system. The best thing I can do as a designer is to advocate for people who aren't in the room, which often means proposing something ordinary.

In support of that stance, I realized the argument was bigger than the software. Being part of a company, like being part of any group, means trading a bit of what you'd choose alone for something everyone can share.

A version I proposed in place of Yellowstone is plain with all of its pages in a sidebar, a filter that filters, and no theme to decode.

Likely nobody will look at it and say "Wow! Good job!" with the same enthusiasm a parent would about a child's drawing, but they'll use it, and I'd argue there's a particular kind of beauty in its utility.

Yellowstone, wide open: snowy peaks fading into haze, pine forest, a geyser steaming, bison grazing, a river into a lake and a cabin on its bank

October 2026

The format is inspired by Amelia Wattenberger’s essays.

3D models: Cow, Bull, Horse and White Horse by Quaternius (CC0 1.0), via Poly Pizza; the moose and bison are these, recoloured. Everything else, from the land, cabin and barn to the plane, cockpit, trees and clouds, is built in code with three.js.