[etrinh]

Love it. This is a great read on the evolution of a design and what goes through a designer's head as they're iterating on a concept. One thing that should particularly stand out is that the format of the article is a continuous loop of 1) Design problem followed by 2) How I solved the problem. This is how great designs are made: constant iteration.

What is more interesting to me is that it seems like one of the key things to generating this loop is identifying design problems. If you can't really pinpoint what is wrong with a design, how can you make it better? Here, Ian seems to get a lot of feedback from other people, but I'm curious as to what kinds of internal thought processes he has when trying to identify exactly where a particular design is lacking.

One heuristic that works for me is thinking about the context of a design. In other words, how did the user get to this particular screen? What are their intentions when entering this view? Almost no individual UI element is self-explanatory when it's devoid of context. Just thinking about what the user wants to do at this particular part of your UI flow can help identify ways in which you can make the design clearer and more in line with their intentions.

In any case, there are a ton of great design patterns to pick up from seeing how Ian thinks about problems. Every designer needs to read this.

[ianstormtaylor]

Thanks! Truth be told, my internal processes are way less useful than just asking the rest of the guys for feedback. I usually get way too familiar with the design, and devolve into just perfecting the visual appearance. Forgetting the bigger problems, until I ask someone and their reaction is basically what Peter said in the article, AKA "WTF?". :p