Ghost in the Pixel

Musings on the deeper issues of interaction design

Good book: Inside Steve’s Brain

I’m still making my way through this relatively compact book (about 200 pages)–typical of me I tend to read multiple books at once–but so far I can say this is a fabulously compelling and insightful look at Apple’s product innovation process and philosophy, all emanating from perhaps one of the most extraordinary individuals in the business. This is not some gossip rag (although there are some admittedly juicy morsels of his temper). In fact it’s more like a business case study, with examples from Apple as well as Pixar, and references to Chiat/Day. As the author describes, there’s a fascinating mirroring between Steve’s personality and Apple’s business/brand/design–his persona truly manifests and makes their business, perhaps unlike any other company that I can think of, short of Disney (Walt Disney), Ben & Jerry’s, or Dyson (James Dyson)! Most enjoyable (and valuable takeaways) are the “Steve’s Lessons” at the end of each chapter itemizing classic Steve-isms like “Everyone’s either a bozo or a genius” or general principles such as the obsessive drive to focus and simplify (hint, hint all you product managers chronically infected with featuritis!) or pay attention to details, even at the pixel level. The mix of quotes and anecdotes from Jonathan Ive, Steve Jobs, and various others (including my boss, Cordell Ratzlaff) provide delicious fodder for those clammoring for examples/evidence to point to in the face of design skepticism at the office. Every product manager, engineer, QA engineer, and related professional engaged in hi-tech innovation simply must read this book. Every designer should read this book (particularly if you are jaded, cynical, or have given up) to re-energize your passion and imagination…and fire up the will to make “insanely great” products.

On a bit of a downer note, this book also suggests that a hi-tech company desiring breakthrough products can only achieve it if the CEO truly *gets* design, users/customers, innovation, and has that amazingly innate knack for “picking a winner”. The CEO’s personality must equal the business. Which is probably why companies like HP, IBM, SAP, Microsoft, Dell, AT&T, and similar corporate behemoths whose CEO’s don’t give a damn about good design (or have at best a weak, commercially hyped sense of “user experience”) will never achieve the Apple level of perceived excellence. In that regard, Apple and Steve Jobs exemplify a powerfully unique model that may never happen again in silicon valley. So soak it up now!

No comments

Insights about Apple’s design process

Some fascinating insights about the Apple design process as quoted in various articles this week:

Jonathan Ive interview

“We have a very clear focus that all the development teams at Apple share, a focus around trying to make really great products.

“That can sound ridiculously simplistic, almost naive, but it’s very unique for the product to be what consumes you completely. And when I say the product I mean the product in its total sense, the hardware and the software, the complete experience that people will have. We push each other, we’re very self-critical and we’ll take the time to get the product right.”

Apple on prototyping

It’s a process where they discover the product through constantly creating new iterations. A lot of companies will do six or seven prototypes of a product, because each one takes time and money. Apple will do a hundred — that’s how many they did of the Macbook. Steve Jobs doesn’t wake up one morning and there’s a vision of an iPhone floating in front of his face. He and his team discovered it through this exhaustive process of building prototype after prototype.

No comments

Good book: Dreaming in Code

I just finished a book that I think every designer should read: Dreaming in Code by Scott Rosenberg (of Salon).

Provides an engaging and sobering look at the trials and tribulations of software development from the programmer’s perspective, by chronicling Mitch Kapor’s unfulfilled attempt at designing/coding a novel piece of PIM software (code-named Chandler), during the last few years in SF. At times a bit tedious in the arcane coding issues, but presents in mostly layman’s terms concepts like refactoring, source control, object modularity, inheritance, etc. as well as project management debacles, heavy processes, the human dimension of it all. And it showcases so well the inherent hell of building good software…and that many top coders are more like artists than we think :-)

There’s a few chapters about UI design, but the story revealed a flawed sense (imho) of how design should intersect and coordinate with software engineering. Or even prototype-based innovation! The irony is that Kapor is the author of “the software manifesto” in 1990 which extols user experience as a paramount goal, yet this story shows he has no real understanding of how to propagate that throughout the development process. The coders are itching to code, alot of folks are just “volunteers”, there’s a lone graphic designer handling it all, language confusion between backend and GUI folks, etc. Plus the requirements are being written while its coded… It’s the same damn story everywhere!

What I really enjoyed: the author injected notable software history as well, from Alan Kay to NATO (did you know that the first software engineering conference was held by NATO, b/c of the impending crisis of software complexity overwhelming human cognition and planning efforts? (stemmed from a failed IBM project, the RS/360) So clearly it had no effect: Windows is still many million lines of code! :-)

But the ultimate moral of the story as Kapor says it, “software is hard.” I think it’s a great lesson for designers to understand as well.

No comments

(dark) Gray’s anatomy

The cool trend in visual design lately for web-based and desktop UI has been applying “dark gray” (or charcoal gray or slate gray) for various sections of an application’s interface. iPhoto (and the various apps in the iLife suite) seem to be the first to start this trend, with having palettes for adjustments and so forth rendered in a semitransparent ~ 75% #333 look, as an attractive complement to the main application UI. Apple, being the fashionista leaders of digital visual styles, made it hip and cool…and so “dark gray” has been The New Black for some time now. (along with orange, green, blue, etc. you get the picture ;-) And it’s great as an accent color or punch color.

However, I’ve noticed lately that Adobe’s new web-based offerings, arising from the macromedia acquisition, go for the dark gray look with overwhelming aggressive force, perhaps to the detriment of the product’s aesthetic quality and usability. Hey, I love the dark look, don’t get me wrong. I love that sexy glossy piano-black finish, like high-end gadgetry, or the Lamborghini Superleggera (a “wondrous riot of carbon fibre” as one car ‘zine enthusiastically declares). And I know pro video and photo and 3D modeling apps have had a “dark UI” for many years before it became hip, primarily b/c their users use them in some darkened room! (Modo in particular has a very nice visual style overall)

But when it’s a single dominant shade for the entire freaking UI of mainstream (”everyman”) app, per some trendy Web 2.0 RIA ethos, as done for Adobe’s Media Player, Photoshop Express, Digital Editions, and whatever else coming down from the Adobe Labs (including the AIR installer dialogs), I just find it all a bit…problematic. (also guilty, is MS’s Expressions Blend)

  • In terms of mood, it feels quite heavy and grim, almost depressing if not stale
  • Practically speaking, the look can obscure user’s tools and commands and menus, making them hard to find in order to accomplish a task
  • Text becomes lost or indecipherable; or you have the “sparkle” effect of light text against dark backgrounds
  • The focus of interaction can become lost, particularly if both the primary focus window and the background application are rendered in the same gray shades with little contrast
  • If everything is gray, then how does one distinguish easily disabled controls? The hierarchy of UI planes or windows can be lost
  • Overall the UI loses the rhythm and texture of contrasts, as the eye gets lost in a sea of flat sameness, overdone for the sake of “coolness”, which unfortunately devolves into “lameness”, thus backfiring upon the entire user experience

I understand the original Adobe motivations behind the “dark gray” look: for a sense of fresh hipness as fashionable street cred (as XD head Michael Gough once told us at Adobe, “we’re all fashion designers now”–and certainly style does matter as I’ve said many times as well), for ostensibly minimizing the interface chrome (as “no-chrome”), and of course for videos and photos to visually “pop” nicely.

I just think it’s a little overdone when it comes to the newest creations from Adobe Labs. Other better examples include:

Adobe’s Lightroom does a fabulous job of applying a darkness but balanced with lighter gray shades, and it all feels somehow appropriate, a sense of “fit”, for the product’s purpose and value to the critical pro photographer carefully (and rapidly) sorting and adjusting hi-res images for a client. It truly is a digital darkroom experience made real in the interface.

Adobe’s Acrobat has a nice use of the “dark gray” for the side well, nicely contrasting the overall lighter look, as an accent/punch color. It also defines clearly a functional zone or area that the eye can quickly gravitate towards and develop an easily remembered/recall-able mental model for the next use. Again, balancing against the dominant lighter UI for reading documents in enterprise environments, etc.

And coming back to Apple’s iPhoto and Aperture and iLife products, using the “dark gray” for transient palettes, rather than the central task area. It works nicely (although personally, the palettes are just a bit too transparent for me, making some palette labels and controls harder to read/use)… Dark gray works also for other peripheral or transient UI’s: I have Adium set in the dark gray (and minimal) style, I love Growl’s nifty status messages, Apple’s HUDs and tooltips offering key commands, so forth.

I just think for their interface style, Adobe Labs and XD team might consider some elegant contrast, towards improving product usability and add some rhythm and texture to the interface. Or even try multiple shades of gray, some lighter and darker, with touches of other colors as highlights. Contrast, balance, all the stuff Mullet/Sano describe in their classic textbook of visual UI design. Else, going all the way with just one dominant pervasive tone of “dark gray” can undermine or obscure the niftiness and the coolness of the novel products & features.

No comments

Wow, what a load of [cynical] crap

Rick Poynor’s article for ID, “Down with Innovation”. This was the source of a recent heated discussion on ixda , and I finally got around to reading it… Whew, sorry that I did. A couple unfair mis-quotes from designers, but what got to me is that it’s just so heavily dripping with cynicism wrapped in layers of hubristic pretentiousness. Hopefully a glass of Russian River Pinot will help me forget it, maybe some HBO too :-)

Now I fully realize there’s a vocal contingency of designers (mostly graphic/visual designers it seems?) insulted by “design thinking” and “innovation” as the new black, but look, just get over it or risk further alienating from broader, diverse design community. Design and business need each other…

(And by the way… Eames, Elliot Noyes, Bel Geddes, Florence Knoll, Paul Rand, Jay Doblin all championed design at the strategic business level waaaaay before design fanboy Bruce Nussbaum started waxing poetically in BusinessWeek about “DESIGN” (throw in shrieking teenage girls in the background for effect))

Coming from CMU, I guess I was really fortunate to have acquired a deeper appreciation for the historical and rhetorical bases of these supposedly nouveau concepts, which I’ve written about in earlier postings for the “public good” in the hopes others would learn and get inspired for themselves. Buchanan, Pat Whitney, Roger Martin, Jeanne Liedtka, Tony Golsby-Smith, Vijay Kumar, have alot to share and contribute to this zeitgiest of design/business. Soak it up! You might learn something! All part of the liberal progressive expansion of the process and practice of design.

Oh yeah, and Poynor’s not a designer. He’s a critic. Boo. As a former mentor challenged me several yrs ago, “Do you wanna be a movie critic or the movie director?”. Until I see evidence that Poynor has a) tried to design something demanding the balancing act of technical innovation and human elegance/simplicity (that’s marketable for a business) or b) showcases an attempt at understanding the authentic relationship among innovation, strategy, and design (beyond the journalistic hype of biz magazines or pretentious “cultural speak”), I’m just gonna keep moving on and pretend I didn’t read his overdone diatribe.

(Actually there was one line in the final paragraph I really enjoyed about the “inherent intelligence of beauty”…will definitely research that further, to ahem, learn its full context and meaning)

No comments

Next Page »