Citations

There are my favourite citations, not in particular order, that I have come across when reading books, browsing websites for interesting ideas or articles.

I will try to maintain this page by adding new ones - that inspire me, and made me look at things around me from different perspective.

Please let me know if you have one that is not listed here - maybe I would like to know it as well.

List of my favourite citations

I am a great believer in thumbnail sketches … lots of rapid iteration in a short amount of time … Anything that is very efficient at the brain dump, I love. So … quick sketches, tiny little one-inch sketches, I love, because you can bash out twenty or thirty of them in a five-minute span. It’s visual brainstorming.

Usually we’ll start … with a planning stage, where we’ll sit down and start sketching, because we’ve found that paper is probably the easiest way to get your ideas out … [Ideas] can also be trash, so you can literally crumple up an idea and get rid of it.

I usually sketch wireframes out with pen and paper first, and from there I’ll go into markup. I like making wireframes in markup. It forces me to focus on the content because [I’m] building out semantic, standards-based HTML first, and I think that’s where every project should start.

I think that there are people who are primarily visual designers and their major role is style and polish. You can hand something to them that is mostly [complete], and say, We need good iconography. Tie our brand to this page. I think there is a role for people like that, but I’m much more interested in broader product design, where the designer helps establish the most fundamental product directions. Is this actually the right product for our business? Is our business doing the right thing? Are we selling the right widgets? Asking these questions is part of a designer’s role.

I have several philosophies I follow. The first is: Never solve the problem you are asked to solve. It’s almost always the wrong problem. What people think is the problem is the symptom. You have to get at what the real root cause is. The Japanese have a philosophy they call: The Five Whys. When I’m called in to solve a problem, I ask, Why is that a problem? Somebody will tell me and I’ll again ask, Why is that a problem? They’ll tell me and I’ll ask, Why is that a problem?’Eventually, we reach the real fundamental issue and quite often, if you solve the fundamental issue, the original problem they were having just disappears. It’s no longer relevant.

Pages