How often do we want to simply make our point, instead of bringing our opinions together to reach consensus? Look at all the PowerPoint presentations and slick brochures: we want to tell our view, instead of listening to others. We want our opinion to be heard.
We’ve all seen blueprints–formally known as contract documents–which architects produce and builders use to construct. No one person knows all the details of the design; the end result is entirely a product of teamwork. But there is one axiom: architects do not build.
Designing web-based enterprise software involves creating complex artifacts like architecture wireframes, object models, screen flows, and clickable prototypes in order to articulate aspects of the online experience for product stakeholders. But what does “craft” mean for interaction designers?
Discussions of how we should label ourselves and define our work are like flu epidemics. They break out from time to time, follow a fairly predictable course, and often make us want to barf.
Long before anyone was looking for “godfathers” of information architecture, our fellow species were wrestling with some of the same problems we face today. The real godfathers of information architecture, as it turns out, emerged a very long time ago with the earliest origins of life on this planet.
Jesse James Garrett’s “The Elements of User Experience” diagram has become rightly famous as a clear and simple model for the sorts of things that user experience professionals do. But as a model of user experience it presents an incomplete picture with some serious omissions—omissions I’ll try address with a more holistic model.
Somewhere in the process of evangelizing user-centered design, user experience professionals seem to have forgotten the value of vision-driven design, which can be equally important in making sites and software relevant and desirable. We need to integrate both approaches.
As users and builders demand more and more richness from the Web, we need to re-evaluate the technology that 99% of it is built on. It seems no matter how sophisticated our back ends get, the front ends remain stagnant. What other options are there? What are the requirements that we as user experience designers face that newer technologies miss the boat on?
What happens when web designers really “get” designing for the web? Sarah Horton, co-author of the Web Style Guide, ponders the meaning of beauty and quality in the context of being a good web designer.
At this point in experience design’s evolution, satisfaction ought to be the norm, and delight ought to be the goal. As design professionals, how do we create opportunities for customer delight?