Nothing embodies the graphical user interface like drag & drop. You use a mouse pointer (or, more recently, a finger) to select an object and move it to a new location. Often the object, its original location, and the destination are abstract concepts, mapped onto physical ones via familiar metaphors. It’s relatively easy to learn and, once learned, easy to extend to unfamiliar situations. (Some would say intuitive but that’s not really accurate; some training is required.) It adapts the strange world of the digital to the peculiarities of the human brain.
Drag & drop also epitomizes all the disadvantages of a GUI. Read the rest over at Medium →
Remember the Desktop Cleanup Wizard from Windows XP? It popped up regularly saying, “You have unused icons on your desktop.” To this day I have no idea what an unused icon is…and it probably gets my vote for worst notification ever.
Good notifications and error messages require care. They’re not necessarily hard, but they are often overlooked – to the detriment of your overall product experience. Because notifications often occur at times of anxiety and annoyance, a bad notification can ruin your UX; while a good notification can take a moment of frustration and turn it around.
Read the rest on Medium →
When I was eleven, my parents bought a Mac Plus. It had a tiny monochrome screen, a floppy drive, and 1MB of memory. And it came with something called HyperCard. HyperCard let you make stuff. It had documents called stacks, each a series of cards – similar to PowerPoint today. In addition to graphics and text…
Read the full post at Boxes & Arrows.
Since I released Stky in June I’ve been thrilled by the response. Its novel approach to task management and simplicity have been a hit! Here are a few of the comments I’ve received:
“Fits just the way I get organized in the morning.”
“The concept behind Stky is ingenious and the execution is beautiful.”
“Really like it, and I like the little sounds too. They make me happy.”
Stky’s been covered in TechCrunch and named one of E-Junkie’s best apps of 2012.
It’s been especially gratifying to see how well such a simple concept works for so many people. But of course, there’s always room for improvement. With that in mind I’m pleased to announce Stky version 1.1! Continue reading
When I first heard about Lean Startup I was tempted to dismiss it. The tech industry gets excited about movements and philosophies; when they do I tend to run screaming.
Parts of Lean Startup made sense to me, and indeed echoed what UX practitioners have been saying for years. Gather data. Make sure you’re building something your target customers will actually use. Test early and often. So I did something I rarely do: I read the book, Eric Ries’ The Lean Startup.
By and large I like Lean Startup, especially once you recognize how it’s been misunderstood by the industry at large: Continue reading
You’ve tried a lot of to-do lists. It starts out well: a blank slate, a new system, a sense of purpose. But one day you open that shiny to-do app, see a “today” list a mile long, and can’t take it.
And what do you do? Grab a sticky note. Write down the five things you’ll do today, slap it on your monitor, done. Your life is under control again.
There’s a fundamental flaw in today’s productivity apps: the assumption that with a well-organized tool we can keep our lives under control. For most of us that’s just not true. (One glance at my desk should convince anyone of that.) You put ten things on your list and do five. You probably won’t do the others tomorrow, but you can’t bring yourself to delete them…so the list grows. And grows. Until it’s more than you can bear to look at.
Stky is a simple to-do list inspired by that sticky note on your monitor. By anyone who’s ever put a credit card in the freezer. Or taken change out of the vacation jar to pay the babysitter. Sure, it’s about getting things done. But it’s also about the satisfaction you get from crossing off everything on your list; and the freedom of waking up to a blank slate in the morning.
Stky is available now for iPhone and iPod Touch. I hope you enjoy it.
Jeff Atwood over at Coding Horror is frustrated by the tech industry’s current everyone should-learn-to-code theme, and struck back this week with Please Don’t Learn to Code. He makes some good points. But as someone who’s been promoting programming as part of a well-rounded education for years I fundamentally disagree.
Atwood writes, “Can you explain to me how Michael Bloomberg would be better at his day to day job of leading the largest city in the USA if he woke up one morning as a crack Java coder?” And of course Mr. Bloomberg wouldn’t. But there’s an implicit assumption that learning to code is the same as becoming an engineer. It isn’t. Continue reading
The Frog and the Bunny took a road trip to San Francisco. The Frog drove, because he’d done this before. The Bunny navigated, looking for a balance of speed and scenery.
They drove all day. They drove all night. They stopped at a Denny’s in St. Louis. As they dug into their Moons Over My Hammy the Bunny said, “Tomorrow we’ll make for Denver. It’s a flat, boring ride but then we’ll have the plains behind us and see some mountains!”
Just then a long, furry head emerged from the booth behind them. “I couldn’t help overhearing,” said the Ferret. “I’m headed to San Francisco too. May I join you?” The Bunny looked worried but the Frog said, “Sure! I can see from your trucker cap that you’ll add value to our little adventure.”
The Ferret slipped into their booth, grabbing a mouthful of Bunny’s dinner. “All this speculation about routes is silly,” he said. “Look out that window! Hundreds, thousands of cars headed off on their own adventures. Surely our best route will be the one with the most cars. Let’s count how many go each way and follow the biggest crowd.”
“That’s a great idea,” said the Frog. And they headed south. Continue reading
If there’s feedback a designer dreads more than Make the logo bigger, it’s My grandmother wouldn’t understand that. The correct response, of course, is Really? Let’s put her in the usability lab and see. Because for all that your CEO loves his grandma he’s probably insulting her intelligence.
It’s the myth of the Average User. At Yahoo! we called them Chief Household Officers (an unfortunate warping of a legitimately identified market segment). Maybe you call them Stay-at-Home Moms or Women 30-45 — somehow they’re always female. They’re a catch-all excuse for dumbing down products. We try to get them in the lab but they end up being smarter and more interesting than we wanted. In fact, we’ve never met an Average User. Continue reading
The debate over UI standards is as old as the standards themselves: should developers build custom controls and a custom look & feel, or stick to human interface guidelines? The Web accelerated that debate, as developers brought Web interactions into their desktop apps and vice versa; more recently, Apple’s App Store and its own mixing of iOS and Mac standards has further invigorated it.
Let’s get one thing out of the way: creating a great standard experience is a hell of a lot easier than creating a great custom one. Even some of the best custom apps (e.g. Twitter for Mac) fail to handle some key interactions (e.g. distinguishing between an active and an inactive window). Your mockup may look splendid in Photoshop but in sidestepping your platform’s own UI toolkit you’ve assumed the responsibility for all sorts of details (e.g. accessibility). In other words, don’t go down the custom route unless you’re willing to put a lot of effort into making design a differentiator for your product (as Twitter has clearly done).
Anyone who’s worked with me knows I enjoy designing custom controls — widgets tailored to the task at hand. Generally these tasks could be accomplished via some combination of standard UI elements, and the argument against them is often about consistency. In “User Interface Conservatism versus Liberalism,” Adam Engst writes,
…the real problem with UI liberalism is that it reduces the usability of the platform as a whole…The more you use applications in concert—and many of us spend our entire days at our Macs—the more you benefit from the consistent user interfaces designed by UI conservatives. And when applications rely on consistent user interfaces, they become easier to learn as well, which translates directly to the bottom line when we’re talking about productivity applications.
Much of his argument is good. But ultimately I disagree: consistency doesn’t matter. In 2005 Jared Spool wrote, “Consistency in Design is the Wrong Approach“: Continue reading