Friday, December 24, 2004

Zoomable UI as cure for information overload?

I just experienced a comic. Well, more than one. I'm not sure how many. The last four were connected, I think. Wow.

Okay, start here:
It's Scott McCloud's morning improv called "Mimi's Last Coffee". Not a very uplifting story, but it uses a cool zoomable UI made with Flash. As Scott says: The Tarquin Engine is an exciting new way to navigate comics that I think could be important in the coming years and I want to do my part to spread the word.

Then go here:
It's an experience (I am not going to use the word comic again for this) by Daniel Merlin Goodbrey, the maker of the Tarquin Engine, that gave me the same feeling as Ben Schneiderman's keynote speech at CHI '98. (I don't know how stable Pad++ is, feel free to experiment ;-))

With the advent of Rich Internet Applications, zoomable UI's are more likely to be easily implemented. Are we BIG IA's User Experience professionals, ready for this next step in the evolution of user interfaces?

Is it just the same as any file system where you zoom into folders, or do we need new visualizations? Or can we use current implementations of maps? Can we apply the same design patterns?

Can somebody show me these questions as a nested mindmap?

Thursday, December 23, 2004

Seasons greetings(tm)

From Professor Gary M. Potter comes this all-purpose set of seasons greetings, that I wish to extend to you:
From me ("the wishor") to you ("the wishee"):

Please accept without obligation, implied or implicit, my best wishes for an environmentally conscious, socially responsible, politically correct, low stress, non-addictive, gender neutral celebration of the winter solstice holiday, practised within the most enjoyable traditions of the religious persuasion of your choice, or secular practices of your choice, with respect for the religious/secular persuasions and/or traditions of others, or their choice not to practice religious or secular traditions at all. I wish you a financially successful, personally fulfilling and medically uncomplicated recognition of the onset of the generally accepted calendar year 2005, but with due respect for the calendars of choice of other cultures or sects, and having regard to the race, creed, colour, age, physical ability, religious faith, choice of computer platform or sexual preference of the wishee. By accepting this greeting you are bound by these terms that:

This greeting is subject to further clarification or withdrawal.

This greeting is freely transferable provided that no alteration shall be made to the original greeting and that the proprietary rights of the wishor are acknowledged.

This greeting implies no promise by the wishor to actually implement any of the wishes.

This greeting may not be enforceable in certain jurisdictions and/or the restrictions herein may not be binding upon certain wishees in certain jurisdictions and is revocable at the sole discretion of the wishor.

This greeting is warranted to perform as reasonably may be expected within the usual application of good tidings, for a period of one year or until the issuance of a subsequent holiday greeting, whichever comes first.

The wishor warrants this greeting only for the limited replacement of this wish or issuance of a new wish at the sole discretion of the wishor.

Any references in this greeting to "the Lord", "Father Christmas", "Our Saviour", "Rudolph the red-nosed reindeer" or any other festive figures, whether actual or fictitious, dead or alive, shall not imply any endorsement by or from them in respect of this greeting, and all proprietary rights in any referenced third party names and images are hereby acknowledged.

This greeting is made under Czech Law.

Greetings Earthling!

Wednesday, December 15, 2004

Melt-Fu: glue together design, business and engineering

Richard Anderson, member of the executive council of UXnet, writes on his blog:
I am a good example of "the glue" that most companies need, and I have the advantage of being very good at making it possible for people to express themselves effectively.
For Richard, being "the glue" means to bring the worlds of design, business, and engineering closer together. According to him it helps if designers, business people and engineers express themselves effectively.

So I wondered: As a designer, does expressing yourself effectively help you come closer to business and engineering? I think the answer is "Yes" and I think that the key is in the word effectively. Here is a short list of what can go wrong:
  • if you have no audience, your words have no effect;
  • if you can not express yourself in the right terms, your words have no effect
  • if you express yourself but it takes very, very long, say a couple of sentences, or maybe even one really longwinded sentence, with a couple of side-sentences within it, so, really, really long, before you get to the core of the message, you will have lost your audience, and your words have no effect (hello?)
  • if you express yourself, but your audience is busy, you wil have no effect
  • if you express yourself, but your message is not acted upon, you have no effect
To counter all that, here's a list of ways to communicate effectively:
  1. market: make sure you are heard by your audience
  2. express: find a vocabulary for what you do
  3. limit: tell your audience one thing at a time
  4. time: plan your message to have the most effect
  5. follow up: speak in actionable terms and help your audience act

If you want to influence the position of design in your company, it is time to start practicing melt-fu.
melt-fu: the act of communication with the intention of glueing together the design, business and engineering worlds

Market Yourself: If you have something to say, say it. Pick the right people to talk to, people who could use a little help in learning what you do, and preferably people you work with or whom you deliver to. New employees on a tour of the company on their first day are a great place to start. Don't be afraid to blow your own horn. Shout if you have to.
Express Yourself(hey, hey, hey, hey): Pick your words carefully and develop your own controlled vocabulary of words that you and your design peers use consistently when you refer to your artefacts, your processes, your tools and methods. Is your wireframe a wireframe, a wire frame, a blueprint, or a schematic? Is your sketch a moodboard, a visual study, an early mockup, or a treatment? Is your usability test strategy just that and does it develop into usability test plans, reports and recommendations, or will you call it market research, consumer research, customer listening, people centered design, user-centered design, or user experience design? Is the first phase of your projects called planning, analysis, requirements gathering, inception, or assessment?
Limit yourself: Chunk your message into manageable, easily digestible parts. You may be able to oversee the bigger picture and all the details, but your audience probably does not. Start at the top, with a high level overview of your message, if your audience is analytic (engineers!). Our designer peers seem to want to hear stories from the inside out: start with a few details, through deliverables or examples, and gradually work your way into the conceptual aspects of your story; your methodology or co-operation philosophy. I know from experience that business types prefer a short story about one aspect, short enough that they can memorize it and tell their friends, your clients.
Time yourself: Deliver your message when it has effect. Introduce a new naming convention for your deliverables at the start of a new project, so that it gets included in all the documentation from project plan to post-mortem evaluation (I hate that term, it's like the project died, but is commonly used, e.g. here). Tell the high-level story to the new marketing director when he comes over to meet the designers. Make the story part of the introduction program for new employees. Or mention it as a way to save money when next year's budgets are discussed, because your new way of doing things reduces risks and increases the chances of an early delivery.
Follow Up on yourself: Make sure there is a place where your audience can read (parts of) your story after you told them about it. Provide quick-reference cards for business types and designers, process models that match with software engineering models, and extensive background documentation for those that will have to act upon your story. Oh, and repeat yourself.

That is how you make sure your story sticks, with designers, business types and engineers. It is through melt-fu that your story becomes the true glue.

Update: changed the title today (Dec 15), it was a bit too cryptic.