It’s a cool, sunny late Autumn Sunday morning. You live in the countryside; the nearest village is a mile away. It’s been a while since you bought a Sunday paper. But for some reason, you want one.
When car manufacturers design a new automobile, they develop requirements, conduct research, draw designs, make scale models, test scale models in wind tunnels, computer model their ideas, build full-scale prototypes, test them, and iterate the designs – all of this before putting them into production.
So, I feel caught in a language loop recently. I talk about (and practice) User Experience. I do these things in the digital/mobile space. And really, I’m mostly focusing on good, strategic paths to design.
But all of it is an illusion.
User experience is pervasive. It is ubiquitous. Like air. And I don’t design air… I breathe it, I need it to live, I experience it, it’s all around me. It’s ubiquitous too.
User experience is about more than just digital experiences. If we accept that it is pervasive, ubiquitous, we have to accept that it extends well beyond our digital boundaries. But we most often hear about “UX” in relation to developing digital experiences.
I came across this again the other day. I’d forgotten about it – which in its own way is one of the lessons of the video. Every time we stop to play, and allow ourselves to be creative in our thinking, we all too quickly become adults in implementing it. This is a reminder not to stop playing.
I’ve been thinking a lot about the ‘edges’ of user experience lately. Most projects demand tactical UX – a bit of research, some wireframes, perhaps a prototype, and some annotation.
It slots neatly into place in a project process.
But ‘User’ experience isn’t quite so tidy. Actual user experience is ubiquitous, pervasive. It doesn’t have neat edges or clear boundaries.
I’ve been talking a lot about pervasive UX recently. In the sense of brand, to me it encompasses all of the potential touch-points encountered by a user on journey.
Over the last year or so I’ve come across quite a few people – technologists mostly – who keep asking the question – why can’t Agile be used as a methodology for both UX and development? Having spent some time considering it, I’ve put down a few thoughts below. Apologies in advance for the use of overused clichés.
So to begin, if you think about the differences between what we do as the differences between Architects and Construction teams working on buildings it might help.
Additions and renovations
Analogy: Think of this as modifying the interior of your home or building a small addition to an existing home.