Squiggle birds

Squiggle birds is a quick exercise that you can use to get people stretching their visual thinking muscles. It takes about five minutes and quickly, clearly demonstrates how little effort is really required to make meaningful, easy-to-read images. The main point of the demonstration is that our minds are already pattern-making machines, and very little drawing is actually required to convey an idea. The mind will fill in the rest.

I learned this exercise from my friend Chris Glynn, a fine teacher who teaches fine things.

If you like this exercise, there are a lot more on my visual thinking page.

How to know what to draw

I have taught a lot of people how to draw their ideas. One of the questions that comes up over and over is “now that I can draw my ideas, how do I know what to draw to get my ideas across?” In other words, “I have a communication goal, how can I figure out the best way to draw that?”

It’s not just how to draw, but what to draw. In this video I share a simple three-by-three matrix that can help you determine what kind of drawing will best serve your business purpose.


1. This video is the second in a series that begins with “Visual thinking basics.” View that video here.

2. In the video I mentioned a webinar by John Kotter which you can view here.

Visual Thinking basics

In this video, I share some basics of visual thinking that should get you up in running in about 20 minutes. This video is a bit long, so I added a table of contents so you can quickly navigate to the points you are interested in. The table of contents is available by clicking the icon to the right of the volume control. Let me know about your sketching challenges and I will try to help you through them in future videos.

Toward a theory of information relativity

Visual thinking, originally uploaded by dgray_xplane.

People often ask me how to visualize information. They ask things like “How can I visualize my industry ecosystem?” or “How can I visualize how my product works?” My first instinct is to try and back them up a bit. This is because they are already defining their project in terms of an answer or solution, and before you can deliver an answer you need to know the question. Getting the question right is the most important component in information design, and it’s the most common point where information design goes wrong.

This is because information is always relative. Always. Before you can undertake any kind of visualization exercise, you need to know what question you want to answer, and for whom. A look at the history of information will confirm this point.

Science is a process by which we attempt to compare our perceptions with something we call “reality” but in fact reality is something we can never really know for sure. Like the flickering shadows on the wall of Plato’s cave, reality is something we can only see dimly, because it’s distorted by our perceptions and beliefs. Every observation and fact has a margin of error, which is directly related to the observer’s background, beliefs, culture and limitations. It is written in the Talmud, “We see things not as they are, but as we are.”1

By beginning with an audience and a question you give yourself a focusing device. Like a flashlight, the audience and question will illuminate the information that’s relevant to your goal, while leaving the rest in the dark. Good information design is as much about what you leave out as what you put in.

What to put in: Information that’s relevant to your target audience, and that answers a real question that they have. What to leave out: Everything else. The best rule of thumb is “When in doubt, leave it out.”

So if you want to create a visual in order to explain something, ask yourself the following questions first:

“Who am I explaining it to?”
“What do I want them to do?”

At XPLANE we call this the WHODO, and it’s a required input to any project we undertake. Once you understand the WHO (your audience) you will have a sense of their level of existing knowledge of the subject.

For example if you are explaining scientific or technical information to engineers or scientists you can assume a high level of sophistication and readiness. Based on the cultural expectations in science and engineering fields, you can also assume a high level of skepticism and a need for evidence and proof.

Explaining the same information to a group of executives, or salespeople, would be a completely different exercise. You can expect that they will have a different set of questions and probably will be more focused on practical applications and will get impatient with scientific or technical explanations.

Thus, the same information will need to be presented very differently based on the audience that you are talking to.

Understanding the audience is only part of the equation. The other half of the WHODO is DO. Before you can undertake any explanatory task you need to know what outcome you expect. Describing this as a change in understanding is not enough. Understanding is difficult to observe. People often will say they understand something just to get you out of their hair.

People will also believe that they understand something when they don’t really understand it. Have you ever left a meeting where everyone seemed to be in agreement, yet their later actions made it clear that they didn’t agree after all? It’s common to see nodding heads in a room when people don’t agree – they think they agree, but in reality they don’t. This is because when an explanation is sufficiently vague, people are free to believe what they want to believe. Politicians often use this rhetorical principle to great effect. Words like “freedom, justice and fairness” mean different things to different people. Vague explanations are common in business, and they can give the illusion of agreement. But they don’t get results.

Here’s the key: When people understand things differently, they do things differently. What they say is less revelatory than what they do. So if you want to build a rock-solid explanation, focus on what you want people to do. If they understand what you are saying, what changes in behavior would you expect to see?

Once you have defined your WHODO, next you need to anticipate the questions they will ask. This again will depend on your audience and the information they will need to make a decision. Part of this is also cultural. Scientists will want to see scientific evidence. They will want technical explanations and probably a lot of detailed analysis. Busy executives may want different kinds of proof, such as what customers are buying and what competitors are doing. They will also be less generous with their time and expect you to get quickly to the point.

But you don’t have to go in cold. If you understand the mind of your audience, you will be able to generate a list of questions that they are likely to ask.

Once you have defined your WHODO and generated a list of questions, you can start thinking about how to visualize the information. Will they need a broad overview or detailed charts and specifications? Will they need to see the value to the customer, or the technical operational details?

In the fields of information science and knowledge management there is a model known as the Data Information Knowledge Wisdom Hierarchy, or DIKW for short. This has become a standard for defining the terms and how they relate to each other.2 Here’s how it works:

Data has no particular significance beyond representation. It consists of symbols that stand for objects, events or their properties. Data is a collection of facts3 – also called “know-nothing”4 to reinforce the point that data, by itself is dumb; it has no meaning.

Information is data that has been organized so that it is useful, usually because of relational connections – also called “know-what.” Information answers questions like who, what, where, when and how many.

Knowledge is information that has been integrated into the mind, memory and body, such that it can be applied to doing and making things, also called “know-how.” Knowledge is usually acquired through experience, or through stories about other people’s experiences.

Wisdom is the ability to perceive value, make judgments, and evaluate long-term consequences. Russell Ackoff describes the difference between knowledge and wisdom as the difference between doing things right and doing the right things. Wisdom requires values, and values are perhaps the most relative thing of all.

So I propose the beginnings of a theory of information relativity:

1. All information is relative, and it’s always relative: relative to the observer and the observer’s point of view; relative to the culture and its values; relative to the situation; relative to what has come before, and to what will come next.

2. The value of information is always relative because it is directly related to its usefulness, which depends on the user, the context and the situation.

3. Information design must therefore be driven by the context within which it will be experienced. Information design must serve the needs of real human beings doing real things. Information wants to be used.

At its heart, information design is about change. It’s about increasing the amount of useful information in the world. Good information design should result in changes to understanding – increases in knowledge and wisdom – which can be directly measured by observable changes in human behavior.


1. Also attributed to John Milton, H.M. Tomlinson, Anais Nin and others.

2. Harlan Cleveland first wrote about the DIKW hierarchy in a December, 1982 article “Information as Resource” in The Futurist, citing inspiration from the following lines written by T.S. Eliot:

Where is the Life we have lost in living?
Where is the wisdom we have lost in knowledge?
Where is the knowledge we have lost in information?

~T.S. Eliot, The Rock, 1934

3. Even the things we think of as facts are relative to the observer and a particular point of view. The problem of facts is as old as science itself and is still unresolved. See “Free the Facts” by Dave Gray, 2009.

4. Milan Zeleny, “Management Support Systems: Toward Integrated Knowledge Management,” Human Systems Management 7, no 1, 1987.

How to draw a car

Part of my exploration of visual literacy is looking at how we might teach people to express themselves visually. Part of this is learning how to draw simple objects. This video shows how you can draw a car using very simple shapes.

The whirl

I talk about some of the cognitive challenges of the information age, and why visual language is an important tool for dealing with them.

Forms, fields, and flows

In this short video (about seven minutes) I introduce some basic principles of visual language: Forms, fields and flows. I think of this as the “alphabet” of visual language. This set of principles is the primary set of marks you need in order to create visual meaning.