Surely you know from maddening experience that more than a few websites and applications are consciously, methodically, diabolically designed to trick you into doing things you don’t want to do. Now there’s a website where you can learn all about such “dark patterns,” conceived and managed by Harry Brignull, a UK-based UX designer with a Ph.D in cognitive science. Here’s a good summary of the site by Bruce Sterling (posted to Wired).
Rants, raves and suggestions about Web usability.
If you get an error message like that and go blank with frustration and disinterest, you’re like me. You may know what “HTTP” stands for and kinda what it does, but hey, you’re trying to get work done with other humans, not respond to a computer application that talks a computer programmer’s preferred lingo. So you’re stuck, or at least delayed until you figure out what that message means or can ask someone who does. More to the point I want to make here: I got that message while trying to upload an image to a WordPress post:
Since starting to work with WordPress a few years ago I’ve learned the hard way that it’s definitely not for anyone with no affinity for, or basic knowledge of, computers and networks and how they work; and it’s probably not for anyone who isn’t familiar with basic HTML. It’s the love child of countless programmers and still dominated by them, so when you get a message like “HTTP error” it’s them basically, blithely saying (between the lines): “most of us here in the WordPress community are pretty geeky and know what that means and don’t mind dealing with it.” Which reminds me of one of my favorite books, a classic, about human interaction with technology, The Inmates Are Running the Asylum, by Alan Cooper*. I highly recommend it to anyone who almost didn’t read this post when they saw the headline. Here’s from an editorial review of “Inmates” on Amazon.com:
The recurring metaphor in The Inmates are Running the Asylum is that of the dancing bear–the circus bear that shuffles clumsily for the amusement of the audience. Such bears, says author Alan Cooper, don’t dance well, as everyone at the circus can see. What amazes the crowd is that the bear dances at all. Cooper argues that technology (video recorders, car alarms, most software applications for personal computers) consists largely of dancing bears–pieces that work, but not at all well. He goes on to say that this is more often than not the fault of poorly designed user interfaces, and he makes a good argument that way too many devices (perhaps as a result of the designers’ subconscious wish to bully the people who tormented them as children) ask too much of their users. Too many systems (like the famous unprogrammable VCR) make their users feel stupid when they can’t get the job done.
Since moving to South Florida and having to drive in Miami occasionally, my wife and I have depended on the Google Maps girl (we call her “Rachel”) to show and tell us the way. It’s a blessing—and a curse when she gets confused, usually by some god-awful Miami on/off ramp with stoplights and curvy one-way avenues, all under construction and crawling with Miami drivers (who else?) who think they’re in a stock car race or video game car chase scene. Several times she’s had us driving around in convoluted circles while she sorts things out and gets us back on track. We’re totally at her mercy. My only consolation is that now and then I seem to hear a tinge of anxiety in her voice as we make turn after turn through some run-down Miami ‘sector’. (It’s not a healthy relationship.)
I thought none-too-fondly of frazzled Rachel and her ubiquitous master in Mountain View a few days ago when I Googled “K-Mart” in Key Largo and got this shot of the REAR of the store:
Seems the Google Maps car shot K-Mart’s derriere instead of its mug. (Note politely confused, clueless reviewer politely suggesting that K-Mart “looks little tired.”) What’s up with that? A coding error? Algorithm seizure? Or are driverless Google Maps cars already on the prowl and as ditzy as Rachel? Or, God forbid, “driven” by Rachel?!?
About two years ago, when I told a friend in Massachusetts that my wife and I were moving to Florida, she was amazed. “Florida?,” she wondered. “Where they have trouble voting?” No doubt she was referring to the 2000 presidential election, “hanging chads,” that whole sorry affair. I’m often reminded of her comment as I experience my first lead-up to an election here in the Upper Keys. There have been few, if any, public debates, as far as I know, only carefully worded candidate statements in local papers and a “voters guide” largely financed by ads paid for by the candidates themselves. Since there was nothing in that “guide” about where I might actually vote, I googled Monroe County, Supervisor of Elections and soon found my way to an official “precinct finder” which turned out to be a good example of a hard-to-use interface for a poorly designed database.
Probably like thousands of would-be voters before me, I did not read the detailed, complicated-looking directions–I jumped right to the form because it looked like so many other forms I’d seen before. I typed in my street name: Sunrise Drive… which brought up an irrelevant list of something (I can’t remember what) that bestowed a brief deer-in-headlights moment on me before I recovered enough to go back and actually read the directions. Even then, it took me a while to understand them and several more tries before I figured out what they meant: only enter the NAME in the street name, but not the direction (North, South, etc.) if that’s part of the name and not the kind of street (Avenue, Blvd., etc.) if that’s also in the street name. Oh, now I get it! Hey, I’m not stupid, I was just in a hurry, doing quick data entry, the way I have so many times before, so I did NOT stop to read the fine print and it took a baffling derailment to make me slow down enough to focus in and figure out what THE problem (NOT my problem) was.
Then, just for fun and because I’m a usability zealot, I tried typing fast and that worked (contrary to what the instructions warned) and then tried copying and pasting my street name–and that worked, too (also contrary to what the instructions warned).
So I’m thinking the database in back of that form was designed to allow only one word in a single field for “street name”–and the Supervisor of Elections hasn’t had the money or inclination to fix that (or maybe just hook it up to a decent search engine?), thereby frustrating more than a few potential voters, some of whom probably gave up and won’t bother voting. And at some point in the past, typing too fast and cutting and pasting an address into the field caused a technical glitch, but now it doesn’t and again the Supervisor of Elections apparently hasn’t noticed and asked someone to update the help text.
I’ve seen it so often in the past, and am seeing it again now working with a Keys business owner trying to redesign his own website: most folks don’t realize how incredibly useful and valuable it can be to think hard about who your site visitors are, carefully analyze their content needs, and clearly visualize how you want them to interact with your site (the navigation) BEFORE you design how the site will look (page lay-outs, colors, fonts, etc.). Unless you follow at least a few basic sequential steps and produce at least a few basic planning and design documents (content inventory, sitemap, wireframes, etc.)–even just simple pencil sketches and diagrams–you can easily find yourself going around in frustrating circles and wasting a lot of time and money as words and images and links and pages all mill about in your mind like a school of feeding fish. Here’s my favorite cartoon on the subject:
Here’s my guest post to the Raffetto Herman Strategic Communications blog, holding forth on the essential importance of wireframes–basic diagrams showing page lay-out and navigation (links) before graphic design (colors, photos, fonts, etc.) fleshes out the user experience.
You call company x, get put on hold, condemned to listen to garbled, distorted muzak in a loop that cuts in and out, like a bad radio signal. You try not to memorize it but eventually you do, so now you’re a brainwashing victim. You try putting it on speaker but it continues to crackle and babble idiotically, interrupting itself only to assure you that “Your call is important to us.” You hang up when you catch yourself thinking maybe it would be instructive to measure the time interval between “Your call is important to us” messages.
That phone user experience is standard practice for most companies, including big Fortune 500 ones–and it’s REALLY ANNOYING, right? So why does it take a Miami used car dealer to come up with a solution? When Haims Motors (Hollywood, FL), puts you on hold, you get an initial dose of muzak, but then a voice comes on and gives you four choices: 1) “Change the music selection” [no, thanks], (2) “Leave voicemail” [useful option!], (3) “Stop the music” (YEAH!) or (4) “Transfer to an operator.”
Seems so simple, doesn’t it? Okay, so we’re talking about phone here, but there are SO many bad user experiences with easy fixes out there on the Web–and nobody ever gets around to fixing them! (Having worked for a Fortune 500 for several years, I think I know why, but that’s a whole ‘nuther story…).
So I’m ordering food online for Nino…
… and I keep clicking the box to the left of the item description because that’s usually where you SELECT things laid out in rows online before taking the next step – ordering, managing, archiving… whatever – and my shopping cart keeps emptying out! I try clicking through a few more times before noticing that the checkbox is actually labeled “Remove.”
So you come to this screen after clicking “Order” on the previous screen and your first (top row, left) option is to change your mind and NOT order?!? Not good for business! Not good for the user experience–not how most user interfaces are designed! Usually a checkbox in that position is for selecting something, choosing to act on it, preparing to take the next step in the interaction flow–then maybe later clicking again to de-select it.
So that layout tripped me up, cost me time, made me a tad irritated with QC+, a product I’ve been buying for almost 20 years (I’m a proverbial “loyal customer”; don’t bug me!).
My point being… design interfaces as much as possible with familiar lay-outs–Web design “conventions”– so users in a hurry don’t have to stop and figure out anything new – they (we) simply don’t have the time and patience for that! (Which doesn’t mean, of course, that if a design convention really doesn’t work in a particular context it should be applied willy-nilly… but you should have a pretty strong, clear reason for ignoring it–preferably confirmed with user testing.)
Molly Wolfberg (Hubspot) runs down fast, productive, low-cost testing.
Just came across this in Luke Wroblewski’s “Mobile First,” a handy little Book Apart booklet on how mobile is the new standard we all need to design for—Nokia user experience (UX) designer Rachel Hinman saying the desktop experience is like scuba diving and mobile is like snorkeling’s “partial attention and interruption.”
I disagree with her about snorkeling! I’ve had some of the most full-attention, uninterrupted, sublime encounters I’ve ever had with any sea creature while snorkeling (I’m thinking about a young hawksbill turtle I followed along the shoreline in less than 10 feet of water at the southern tip of Basse-Terre, Guadeloupe for more than 20 minutes last July…). Snorkeling lets you float silently (no bubbles), motionless, on the surface and watch marine life going about their business below you, thinking you’re flotsam—nothing threatening, no worries (you just need to avoid flapping your flippers on the surface, snorting through your snorkel, any sudden movements)