Log in

goodpods headphones icon

To access all our features

Open the Goodpods app
Close icon
Design Guy - Design Guy, Episode 5, How Design Begins, Pt. 2

Design Guy, Episode 5, How Design Begins, Pt. 2

Design Guy

09/03/07 • -1 min

plus icon
Not bookmarked icon
Share icon
Download Episode 5
Design Guy, here. Welcome to the show.
This is the program that offers a pause from our technical manuals: all the keeping up we do with tools, technologies, the state of the art. Now, we've got to keep up, of course. It's essential we stay current. But it also can be overwhelming. There is so much to keep up with, it's like drinking from a firehose. We get cognitive overload. And it's hard to retain things that we know are going to continue to change.
On the other hand, we want to learn principles. The good news about principles is that they don't really change. We can learn them with confidence that our time investment is not wasted. We'll know that at least this part of our knowledge base will not erode. Software will come and go, but principles remain. And I think that sends a message to our brains that this is stuff we should latch on to, that we ought to retain. At least that's my theory, and my experience. And that's where this show comes in. Hopefully, we can offer a bit of white space or margin from other concerns, by setting aside the transient information, and speaking to timeless things - things we can commit to long term memory.
Now, we spoke last time about how design begins, and today I'd like to amplify those thoughts and add a few suggestions. We said that listening is key. Or as Hillman Curtis says, listening is an activity, wherein we ask the right questions in the right way, and then fine tune our reception to the answer, however buried it may be.(1)
In other words, we query our clients to learn what they really want. We want to excavate their core message, their story, so we can identify the thematic drivers of our project. But to do this effectively requires skill in the art of questioning. Questions are to this process, what picks and shovels are to archaealogical digs. To carry the analogy further, questions also act like sifters that filter sand and rock from the stuff we're after. And we want the bones. We want the DNA - the genetic blueprint of our project, so to speak.
The lazy thing to do is to just "get requirements." If we run with requirements we've gotten passively, rather than interactively probing, even challenging our client at times, then we risk informing our work with junk information. In our gusto to get going, we'll start off with a lot of zeal, but soon realize with a creeping dread that there is something rotten in Denmark. We'll find ourselves going back to the drawing board on things we thought were resolved. Or the client, sensing that something is amiss, will suggest too many changes at review milestones. The scenario is all too common. We can sidestep that messiness by laying the foundation of understanding. And, once again, we do that by carefully questioning, and then listening.
We ended the last show on a cautionary note. We said that once we've gotten the right answers, we've got to watch out that we don't go wrong. It's actually possible to make a proper diagnosis, then execute the wrong solution. We safeguard against this by asking ourselves, as designers, a number of questions. We've queried our client. Now we turn the line of inquiry on ourselves. And this ought to start as early as possible. It even runs parallel to the client inquiry. We just want to prevent ourselves from jumping to conclusions or to specific solutions too early.
The idea is to avoid being rash, by suspending our internal biases and avoiding the ruts that we naturally fall into. We all have comfort zones or favorite tools that, truth be told, may not be ideal for a project, and we need to be self-aware enough to realize this. We want to start with a blank slate. Just throw out assumptions as much as we can. It may not be appropriate to ask ourselves, right out of the gate, "What style of website should this be?" We've already assumed it's a website. Don't ask these presumptive questions. A better question is "Which format might address this design problem best?" And then think through the advantages and disadvantages of a variety of different approaches or formats. You want to broaden your horizons at this stage.
We want to do research. What is research but just another form of asking and answering your own questions. Camp out at a search engine for a while and gather information.
Learn what you can about your client and their industry. Try to discover their strengths, weaknesses, market opportunities, and market threats.
Find out what their competition is specifically doing. Look at who competitors are marketing to and how they've designed their products and supporting media. This will help you later on, as you consider ways you can differentiate your client from their competition.
In all of this, you're thinking expansively. You're casting a wide net for information. You're keeping your antenna up, and your eyes open. And because you are, you'll surprise y...

09/03/07 • -1 min

plus icon
Not bookmarked icon
Share icon

Episode Comments

0.0

out of 5

Star filled grey IconStar filled grey IconStar filled grey IconStar filled grey IconStar filled grey Icon
Star filled grey IconStar filled grey IconStar filled grey IconStar filled grey Icon
Star filled grey IconStar filled grey IconStar filled grey Icon
Star filled grey IconStar filled grey Icon
Star filled grey Icon

No ratings yet

Star iconStar iconStar iconStar iconStar icon

eg., What part of this podcast did you like? Ask a question to the host or other listeners...

Post

Generate a badge

Get a badge for your website that links back to this episode

Select type & size
Open dropdown icon
share badge image

<a href="https://goodpods.com/podcasts/design-guy-5145/design-guy-episode-5-how-design-begins-pt-2-197295"> <img src="https://storage.googleapis.com/goodpods-images-bucket/badges/generic-badge-1.svg" alt="listen to design guy, episode 5, how design begins, pt. 2 on goodpods" style="width: 225px" /> </a>

Copy