Recent Blog Posts

This month (almost over!) is my tenth year in mobile design. My first two years were spent pretty intensely, as I got to be part of launching the Sprint PCS Wireless Web. My job was terrific: not only did I work with content providers like CNN, Yahoo, Microsoft, Barnes & Noble, and The Weather Channel to build great wireless web services, but I worked with manufacturers like Denso and LG to make great handsets.

In a way, mobile design was like my previous job, speech recognition user interface design. I got to work with IBM ViaVoice and many of the issues, like speech utterance recognition, had similar user experiences as mobile issues like predictive text input.

To celebrate ten years, we’re trying out some new things. First up was making Design For Mobile be an authoritative resource for anybody interested in mobile design. It’s got the conference and the wiki, links to other great articles, design patterns, and more.

Now we’re trying our hand at podcasting. Be nice, we’re new to this. This episode is our first, in which I talk about key lessons learned in these ten years. Let us know what you think!

If you want to be part of future Mobile Design Podcasts, or have topic or interviewee ideas, let us know!

(We’re working on getting this up to iTunes; it should be there soon.)

The Carnival of the Mobilists is a weekly collection of the Web’s best writing on mobile and wireless, hosted and collected by a different site each week.

This week you can find the carnival at RadVision by Tsahi Levent-Levi, with a surprising number of usability (or design) centric topics.

And while there be sure to read my post on error conditions, whether your interactive system is mobile or not.

We’re still working on the speakers, but the Design For Mobile 2009 conference registration is now open! Last year’s feedback suggested that participants enjoyed Lawrence, Kansas, so we’re doing it again on April 20-22, 2009.

Come learn about mobile presence, mobile video, user research, the latest in device design, and how to use some of the latest technologies. Come talk to peers from mobile operators, device manufacturers, content companies, platform companies, and design agencies.

We expect speakers from YouTube, Little Springs Design, Punchcut, Mozilla, and more.

Early bird price is only $1,150, if you register by March 7. And we’ll feed you well!

Keep up with the news on the Facebook group and the Twitter hash tag #des4mo.

I love stuff like this article in which Jared Spool divides up design into five styles. Analyzing, codifying and labeling is just totally my thing.

For the record, the styles of design are:

1. Unintended — I'd also call this "not designing." Some people I know at Sprint call a lot of the results "PUI," for programmer UI. Sure, sometimes it can turn out okay, at which time I call it "accidental design."
2. Self — This is popular today, and I already ranted about why it's a bad idea.
3. Genius — This relies on good designers. While the article mentions they rely on their vast experience, this is actually all too often just relying on their innate design sense, without consulting historical knowledge.
4. Activity-focused — Like use-case analysis. How do you expect the product to be used. Best if there is research, but really you can get a long ways with heuristics and similar products.
5. User-focused — Personas and so forth. Again, best with research, but you can get pretty far with heuristics and so on. I think this works well with activity-focused design as well. Hard to do it alone, I think.

That is, I liked this post until I got to the end:

we found that the most effective teams were skilled in all five styles, choosing the style that best fit the needs and goals of a project

This worries me. Not everyone and everything can be the right approach just because it exists or feels good.

I am a pretty good designer – traditionally I guess of the "Genius" type as above. I'll plop down in a meeting with clients, and usually in the meeting will come up with a sketch which will work great if implemented directly. Usually. I can hit about 95% reliability with this. I do miss. And the more detailed it gets, the lower my reliability gets. When you get down to things like what order items should be in a table, it gets down towards random chance levels.

Most others I have worked with are not capable of this, or have lower success rates when doing design off the cuff. Even people I'd call good designers, or who are good artists, so no offense if you are reading this. When you toss the design in front of users, they fail, or have higher churn, or lower satisfaction.

Processes and procedures and methods are a good thing. I noticed these statistics and specifically started working on developing my own some years ago. Some year here or other I'll probably even publish it. But anyway, it worked. I improved my own designs in measurable ways, and was able to offload important design tasks to others. The whole department improved its speed, reliability and satisfaction of clients and end users.

The key procedure factor here is that you always use the best process (of the 5-stages above) you can. Just because you cannot do research doesn't mean you don't skip the more rigorously-centered processes. And time is never an argument; I have worked for folks who insisted a good UCD process took 6 months. Maybe. But a decent one can be finished in a few weeks, and it's entirely possible to follow the general principles in a long afternoon.

And always recognize that there is bad design, misdirected process and simple mistakes. Believe in AAR's. If possible conduct ongoing benchmarking research. Make statistics of them all. Seek to analyze and improve your work, and your team's work and process.

Could you leave a comment with how you read this post? Could be “on site”, “Google Reader”, “at W3C”, “Bloglines”, “Alltop”, etc.

Why? Feedburner has said that we have lost 93% of our RSS traffic and I don’t believe them.

Thanks!

We love helping startups, but many can’t afford our services. Especially in these days of forced bootstrapping. So we’re providing expert review for mobile web sites and applications. Most sites cost $1,800; most apps cost $2,500.

Learn more.