Liked Sociotechnical Lenses into Software Systems (

So our systems are sociotechnical. What do you do about this? I think it’s clear that you start by investing in the social parts of the system. If you want to understand why your systems perform the way they do, it’s necessary to know how expertise is created and distributed amongst the people in your organization. The single best way to do this is to invest in incident analysis.

Replied to Design lessons from the grim fate of the Segway – UX Collective by Clive Thompson (UX Collective)

Over at Slate, Dan Kois ponders this question in a rollicking essay about the benighted two-wheel device. Kois had a remarkable front-row seat to the introduction of the Segway in 2001, because he…

Clive, I wonder how many bold statements as “Steve Jobs predicted cities would be designed around the Segway” have simply been lost in time. Another example of inventing the future through a press release:

The best way to invent the future is to issue a press release. The best way to resist this future is to recognize that, once you poke at the methodology and the ideology that underpins it, a press release is all that it is.

Bookmarked What is ‘Design Justice’? Notes on Costanza-Chock (2020) by Neil (

The book starts with a basic initial definition – i.e. “Design justice rethinks design processes, centres people who are normally marginalized by design, and uses collaborative, creative practices to address the deepest challenges our communities face”. This is then expanded into the following ten collective principles ….

  • We use design to sustain, heal, and empower our communities, as well as to seek liberation from exploitative and oppressive systems.
  • We centre the voices of those who are directly impacted by the outcomes of the design process.
  • We prioritize design’s impact on the community over the intentions of the designer.
  • We view change as emergent from an accountable, accessible, and collaborative process, rather than as a point at the end of a process.
  • We see the role of the designer as a facilitator rather than an expert.
  • We believe that everyone is an expert based on their own lived experience, and that we all have unique and brilliant contributions to bring to a design process.
  • We share design knowledge and tools with our communities.
  • We work towards sustainable, community-led and -controlled outcomes.
  • We work towards non-exploitative solutions that reconnect us to the earth and to each other.
  • Before seeking new design solutions, we look for what is already working at the community level. We honour and uplift traditional, indigenous, and local knowledge and practices.
Neil Selwyn puts together some notes assocaited with Sasha Costanza-Chock’s book on Design Justice. This has me thinking again about Mike Monteiro’s book Ruined by Design.
Bookmarked The UX of LEGO Interface Panels – George Cave (

Piloting an ocean exploration ship or Martian research shuttle is serious business. Let’s hope the control panel is up to scratch. Two studs wide and angled at 45°, the ubiquitous “2×2 decorated slope” is a LEGO minifigure’s interface to the world.

These iconic, low-resolution designs are the perfect tool to learn the basics of physical interface design. Armed with 52 different bricks, let’s see what they can teach us about the design, layout and organisation of complex interfaces.

Welcome to the world of LEGO UX design.

Organised chaos

At a glance, the variety of these designs can be overwhelming, but it’s clear that some of these interfaces look far more chaotic than others. Most interfaces in our world contain a blend of digital screens and analog inputs like switches and dials. These LEGO panels are no different.

Plotting the panels across these two axes reveals a few different clusters. Screens with an accompanying row of buttons sit in the top left. A small cluster of very organised switch panels lies to the far right. The centre bottom is occupied by some wild concepts that are hard to understand, even after several glances.

Design positioning with LEGO, in LEGO

Designing a complex machine interface is a juggling act of many different factors from ergonomics to engineering. But we can break down the problem into two key questions:

How can we differentiate between the function of different inputs?
How can we organise the many inputs and outputs so that we understand how they relate to each other?

Let’s take a deeper look at tackling these two challenges in LEGO.

Differentiating inputs

What could cause 400 WWII pilots to raise the landing gear on their B-17 bomber just before touchdown? Catastrophic pilot error, or something more fundamental?

It was the psychologist Alphonsis Chapanis who first suggested that the high rate of crash landings might be the fault of poor interface design. The adjacent landing gear and flap control knobs were identically shaped. The pilots never stood a chance.

B-17 belly landing, and the shape coding that helped to eradicate the problem. Source: Wikipedia

His temporary solution was to glue differently shaped strips of rubber to each switch, enabling blind operation by touch alone. This gave rise to the idea of shape coding and a system of differentiation still being followed in aircraft cockpits today.

We can compare the three interfaces below to see this in action. Ignore the overall layout, it’s the differences between individual switches that matter here. Imagine trying to feel for one of these buttons without looking. The left panel (“Slope 45 2 x 2 with 12 Buttons”) would require careful hand-eye co-ordination. The right panel (“Aircraft Multiple Flight Controls”) clearly distinguishes between the throttle (large, linear vertical movement), toggle switches (round vertical flick) and the push buttons (square push-in).

Left to right: terrible, poor and better input differentiation

Differentiation like this is a still a very real problem today. In 2015, Ford recalled 13,500 Lincoln SUVs because drivers speeding down the motorway were mistakenly shutting off the engine when they tried to activate sport mode. See if you can spot why:

Ford Lincoln MKC before the Engine start/stop button was moved. Source: CNN

Shape coding is one approach to differentiation, but there are many others. Colour coding is perhaps the only one to break into our everyday vocabulary, but we can add four more: size, texture, position and operation coding. Together these six are our allies in the design of error-proof interfaces.

The 6 basic codings. Notice that many of these examples actually combine multiple codings in one.

Size, shape and colour-coding are the fundamentals: quick-wins that can fix a lot of interface problems. Texture is also a great differentiator for blind operation, particularly on small dials requiring precise control.

Position-coding is seemingly straightforward but is often under used. Products with a clear default ergonomic position (like binoculars or a gaming console) can exploit the natural position of the hand to differentiate between primary and secondary actions.

Finally, operation-coding ascribes different types of movements (like a twist or vertical slide) to different inputs. This can be immensely powerful when the switch motion reinforces the operation behind it, e.g. a crane lever which raises the crane when the lever is raised.

The six different codings in use in the LEGO interfaces: size, shape, colour, texture, position, operation

Differentiation is a good first step that will avoid confusion between adjacent switches. But its only with organisation that we can create a clear and accurate mental model of the interface for the user.

Organising inputs

Compare the three panels below. Identical layouts, but the blue one is much clearer than the white. This is the gestalt principles at work, identifying related items with a common region.

Basic differentiation by clustering

Easy. But how are you going to decide which inputs to cluster together?

I like to use Soviet control panels as a starting point. These beautiful walls of nonsensical dials and levers are brought to life when arranged in a giant factory schematic. It would be hard to find a more literal organisation of the information.

Soviet control panels in action. Source: Present and Correct

These panels are what I’d called a consolidated interface. Every piece of input and feedback has been moved onto the same panel. This is the approach that Dyson took with their car. Now imagine the opposite, moving each of those lights and switches to the actual location of that valve in the factory. Sounds ludicrous, but these air vents in the Audi TT show that this distributed approach can also be a great win for user experience. I wrote a lot more about these distributed interfaces last year.

Lego vehicle dashboard: distributed (left) vs. consolidated (right)

Back to the Soviet factories. Those interface panels were great for answering the question “does this valve let water into tank Б?”. But they’re very poor for answering “are all water valves closed?” or “where are all the switches I need to prepare for the shift changeover?”.

LEGO use the Soviet schematic approach for their fantasy orientated designs, because schematics are superb at providing a mental model of the inner workings of an alien system. However for everyday use, there are some other approaches that work better.

LEGO Insectoid and UFO interfaces. I wonder what these buttons actually do?

Feature based organisation is the most common, perhaps even the “default” design philosophy. Group together all the inputs and outputs for each product feature. This COVID-19 ventilator from Cambridge Consultants is a wonderful example but we also see this a lot in cars, with a cluster of switches for the airflow control and all of the lights on one control stick.

COVID-19 ventilator by Cambridge Consultants with clear feature-based organisation. Source: Cambridge Consultants

Organising by operation means putting all the switches that function in a certain way in the same place. I’ve no idea what all the valves in the picture below do, but I bet they don’t all open things that relate to each other. Anytime you see a row of switches that look and function the same, but control disparate parts of the system, you’ve come across organisation by operation.

Source: Twitter @aglushko

Today most interfaces are effectively fly-by-wire, but historically the levers that you pulled in, say, a tractor cabin would literally move the hydraulic pistons beneath the seat to a new position. Routing all these different electrical, mechanical and hydraulic systems efficiently can severely compromise your interface clustering, leading to organisation by technology.

The modern equivalent of this is surprisingly common. Any touchscreen with buttons by the side exhibits this technology-based split. In a future world, SpaceX might embed these physical controls right inside the screen next to the information they affect, but for now they sit awkwardly by the side as if nothing is wrong.

Bob and Doug in the SpaceX Dragon capsule. Source: SpaceX

In LEGO we find the feature based organisation in the “Monitor with -19° pattern”. Two clear clusters, perhaps one for temperature control and another for vital signs monitoring. In the second panel below, I don’t know what all those switches do, but they seem to be clustered based on their operation, not because of what they will operate.

There are many LEGO panels with a technology split like the SpaceX Dragon capsule, but I like to imagine that this early 90s police control unit was forced to divide the audio and video playback because the newer tape reel technology was incompatible with the older analog phone line system. This is organisation by technology in action.

L-to-R: organisation by feature, operation, technology and use case

All of our approaches so far: organisation by features, operation or technology, have been grounded in properties of the system, not of the user. Organisation by use-case is the antidote to this, a clustering based on the daily routines and tasks of the user.

Imagine arriving for work each day at the LEGO body scanner factory. Grouping the switches by task (prepare machine, load body, process scan…) would mean splitting up the radiation and scanner buttons into many different regions. More complex for the computer, but more streamlined for the operator. As the designer, only you and your users will be the judge of what works best.

But George, which is the best interface?

I often say there’s no such thing as the best interface, but there are plenty of examples of the worst interface.

However I do have three favourites. Beautiful, visual layouts with clearly differentiated inputs and simple, clean organisation. I’d be proud to sit behind the console of any of them.

Beautiful interface panels

George Cave breaks down the different interface panels in Lego. This includes exploring coding associated with size, colour, shape, texture, position and texture.

“Charlie Owen” in The UX of LEGO Interface Panels – George Cave ()

Bookmarked On TikTok, There Is No Time (Wired)

Unlike other social media platforms, TikTok is totally stripped of information like when a video was uploaded or the date a user opened their account. The app presents an endless stream of algorithmically chosen videos, which you swipe through vertically. But there’s no way to discern when any of them were posted. Tap on a user’s profile and their videos will appear in reverse chronological order, but they only display view counts. Sites like Facebook and Twitter prioritize recently uploaded content. But TikTok, named after the sound a clock makes, has no time for time itself—a decision that ripples across the entire platform.

Louise Matsakis discusses the way that TikTok is designed to be timeless with a never ending algorithm.
Replied to History Will Not Be Kind to Jony Ive (Vice)

Ive, Apple’s Chief Design Officer, is leaving the company. He leaves a legacy that made its products hard to repair and impossible to upgrade.

I wonder what the outcome would be if the design process started with sustainability and developed from there? I like Jason Kottke’s measured approach to this change.
Bookmarked The deadly truth about a world built for men – from stab vests to car crashes (the Guardian)

Crash-test dummies based on the ‘average’ male are just one example of design that forgets about women – and puts lives at risk

In an edited extract from Invisible Women: Exposing Data Bias in a World Designed for Men, Caroline Criado Perez investigates the end of the average man. From heating in offices, cancer research, weight of building equipment, gender ‘neutral’ toilets, size of mobile phones, voice recognition systems, crash test dummies and the fitting of protective vests, Criado Perez highlights many of the gender imbalances created by thinking first about males. I am reminded of Geert Lovink comment on Team Human about the way technology is often designed for women, not by women. This would be an interesting investigation in school for design and technology to investigate who schools benefit more and possible suggestions or solutions.

The environmental impact of border walls, explained.

Read more about the border wall’s effect on wildlife here:

When we talk about the consequences of the proposed wall at the border of the US and Mexico, we usually think in terms of people. But along the political divide are rich pockets of biodiversity, with dwindling populations of species that rely on the ability to move back and forth across the border.

Under the 2005 REAL ID act, the Department of Homeland Security doesn’t have to comply with various environmental laws that might otherwise slow or halt construction in a sensitive area. Laws like the Endangered Species Act, the Clean Water Act, the National Environmental Policy Act or the Migratory Bird Treaty Act — none of those apply to border wall construction.

Several parcels of land, including the National Butterfly Center, a state park, and other areas in the federal wildlife refuge system — are still threatened by wall construction. It could still be years before construction starts in some of these areas — but there’s still a lot we don’t know about the full impact of barriers on biodiversity.

📓 Seams vs. Stitches

In an article discussing the state of Macbooks and iPads, Baldur Bjarnason discusses the difference between seams and stitches when it comes to design:

Seamlessness isn’t pretty; it’s opaque and obscures the underlying structures of the tool you are making.

A stitch or a seam isn’t ugly; it’s an affordance that exposes the design, construction, and make of what you’ve made in a way that lends itself to learning.

Beauty and uniformity are two entirely independent characteristics. Seamlessness can look ugly and stitches can be pretty.

Good design can only be seamless when it has just one job to do. Add more jobs and seamlessness becomes a hindrance.source

Replied to Craig Mod’s subtle redesign of the hardware Kindle (Doug Belshaw's Thought Shrapnel)

This is user interface design, or UI design for short. It’s important stuff, for as Steve Jobs famously said: “Everything in this world… was created by people no smarter than you” — and that’s particularly true in tech.

I must admit, I am new to the whole design world. Even though it drives me crazy at times – often because I have little control or influence over it – it is one of the things that I have enjoyed about my current work. Thinking deeply about users and how to streamline various processes has been really interesting.
Replied to Re-thinking the Homepage by Eddie Hinkle (

This is definitely not the end of my site revisions, it’s really just the start. But it allows me to use this for awhile and see what I like and don’t like.

I really like the look of this Eddie. I have always looked on at Chris Aldrich’s site and felt that it was a little bit beyond what I was after. However, you provide a different approach and show how it may not need to be so complicated. I do however like Aldrich’s breakdown of the different Post Kinds as a sort of menu.