Publishers of technology books, eBooks, and videos for creative people

Home > Articles > Design > Voices That Matter

Fractal Documents Tell Infinite Stories: An Interview with Dan Brown

Miraz Jordan interviews Dan Brown, author of Communicating Design: Developing Web Site Documentation for Design and Planning, 2nd Edition, about how the field of user experience has changed, the three kinds of pressure user experience will face over the next decade, and why designers need to convey their concepts through stories.
Like this article? We recommend

With web design still only in its teenage years, Dan Brown thinks it’s a wonderful time to be a designer. He says designers at this time have a chance to experiment with crazy ideas, new methods and techniques.  A major area of experimentation is in the documentation designers produce as part of the creative process. Whether making wireframes to communicate the structure of individual pages, flow charts to describe interactions, or personas to summarize user research, each deliverable tells a story all its own.

In his book, Communicating Design: Developing Web Site Documentation for Design and Planning, Dan maps out not only how to create deliverables such as site maps and flowcharts, but also how to use and apply them. He also writes about design briefs, usability plans and reports—what makes them worthwhile and how to put them together.

Miraz Jordan: Dan, you've been working in information architecture and user experience design for more than 15 years now. What drew you to that field? Do you see it as a single field, or are they separate?

Dan Brown: To paint with a broad brush, information architecture belongs to user experience design. It deals with designing structures that work with other aspects of a user’s experience. These structures help people make sense of that experience, but is no more essential than thinking about texture or time or tone.

The industry’s terms for itself are in constant flux: we modify “design” with all kinds of qualifiers, like user experience or interaction or service. I call myself an information architect, however, because I believe my strength is making sense of complicated collections of information and designing structures that will be most meaningful to people who want to use the information.

Miraz: Can you explain in just a sentence or two what user experience is? How would you describe it to people new to making websites or to business people wanting to get a website?

Dan: There are people who think about this far more than I do, and could probably provide a more succinct definition. A story might be a better way of illustrating.

An envelope arrives bearing the return address of your health insurance company. (This is perhaps most meaningful for we Americans who have the distinct honor in the developed world of finding ourselves enmeshed in tragic bureaucracy.) The envelope contains an “explanation of benefits,” a statement describing what the health insurance company paid out for a recent doctor’s visit. This claim, of course, has been rejected.

Emblazoned with a URL, the document implies an opportunity to communicate with the insurance company through the web. Possible uses of the web site run through your head: Maybe I could clear this up online? Could I chat with a service representative? Can I resubmit my claim or get a sense of why it was rejected? Will this be like the last time I went online to deal with insurance? Or like that time with my bank?

As a web designer, my job is to help set and meet those expectations. Web user experience begins when it occurs to someone to go online for some reason or another and ends... well... never.

Web sites leave a lasting impression, and that becomes wrapped into the user’s next session. To the extent that I can have some influence over it, that makes me a designer.

Miraz: Is this what you're talking about when you say that documentation tells a story—what any one designer does both reflects and shapes the ongoing experiences users have with the web?

Dan: In telling you that story, I was trying to describe user experience, but yes, stories are also effective devices for explaining design ideas. What’s even more effective is telling those stories with a combination of words and pictures. Good user experience documentation balances words and pictures to explain how a design works. It puts the design in the context of a story to clarify the design further.

I love stories because the mind craves them. Instructional and abstract prose doesn’t connect with people the way a story does. Designers who convey their concepts through stories will generally get better feedback and discussion on their design.

Miraz: Do you have any favorite 'tricks' for creating design documentation, any handy shortcuts people can use? Or do shortcuts just cut across the principles behind user experience?

Dan: While I’m all in favor of a fast track to great design, shortcuts don’t make for better products. User experience design is a broad set of methods, so there’s no one-size-fits-all set of tricks.

If readers are interested in how they can incorporate user-centered design principles without a major investment, they should look at Undercover User Experience Design, a new book by Cennydd Bowles and James Box, which came out on the same day as my book.

Miraz: How do you think the user experience field has advanced or changed since you started out? What are the current challenges in user experience and how are they different from 15 years ago?

Dan: There are some pretty obvious contextual changes: new devices for accessing the web, expanded capabilities of web browsers, increased demand for well-designed web sites, greater integration of the internet into day-to-day business and personal matters.

These factors keep the pressure on designers to find new ways to solve the same old problems, and use tried-and-true approaches to new challenges.

The web design community is in its teenage years, overflowing with internal conflict and desperate attempts to show maturity.

That sounds harsh, but it’s a wonderful time to be a designer. Imagine being an engineer when cars first became mass produced or when video cassette recorders became mainstream. In those instances, like in web design today, those engineers had an entire industry in front of them, waiting for people to step up and establish a direction.

We’re experimenting with new methods and techniques, we’re seeing lots of crazy ideas (plants that Tweet! social networking around virtual farms!), and we’re seeing culture being shaped by the very things we’re designing.

Miraz: In your book Communicating Design: Developing Web Site Documentation for Design and Planning you write about communication tools such as personas, site maps, and usability reports. What was the original spark for writing this particular book?

Dan: At a conference for information architects in 2002, I presented a poster called “Where the Wireframes Are,” about an alternative approach to documenting the content and structure of web pages. Wireframes—schematics of web pages—were in their infancy back then, and the design community was fraught with controversy about the best way to use them in the design process. The poster was well-received and led to my writing a regular column in the information architecture journal called Boxes and Arrows.

In the dozen or so articles I wrote for the column, I addressed various aspects of preparing documentation.

Even after I stopped writing the column, my interest in documentation persisted. When New Riders approached me about a book, my first instinct was to write about a software application that some web designers use to create wireframes, flows, and other artifacts. Reluctant to do a software book given the relatively short shelf life, New Riders asked me if I had any other ideas and I pitched Communicating Design.

Documentation combines two interests: the structural aspect of designing for the web and communicating complicated ideas through pictures. In my philosophy classes at university, I was the guy always drawing comics about Plato.

Miraz: The first edition was published in 2006, and with the second edition you've added new material. You mention in the preface that your thinking on how to prepare and talk about design documentation has changed in the last five years. Can you elaborate on that?

Dan: Changed? I said that? Really? Changed. Huh... Changed may be too strong a word. Some ideas evolved, becoming, in a sense, more formal: I was able to articulate them because, with more experience and in discussions with my colleagues, they became clearer.

The structure of the second edition reflects part of that thinking.

Distinguishing between the diagrams created by designers and the documents that hold, contextualize, and narrate those diagrams is something I’ve done unconsciously all along. It became formal through my collaboration with Nathan (my partner at EightShapes), who brought this distinction to a practical and technical level.

Nathan separated the artwork (the diagrams) from the document: they exist as separate files. This affords numerous technical and logistical advantages, but it’s interesting on a conceptual level, too, which may be the crux of the book.

Documents are fractal; they contain infinite stories. The building blocks of a document—the diagrams and narrative and structure—represent stories in and of themselves, but also tell one or more bigger stories when united.

That’s for the construction of documentation. Storytelling invades the use of documentation, too.

While the first edition offered some tips on how to present deliverables, the second edition dug deeper, offering a common framework for relating the theme and details to people. It took the notion that documents are conversation pieces and formalized it, showing people how to have a meaningful conversation around an artifact.

Miraz: So, how does something like a site map tell a story?

Dan: Site maps themselves may not tell a story. How much narrative can you really imply in conveying the structure of a web site’s navigation? But as a backdrop, site maps work very well. With a site map you can show how a site’s structure caters to specific user needs or addresses particular situations. You can take a different perspective, showing how the site’s navigation will evolve or change from the current view.

When my son realized that most movies have scary parts, he wanted to know why. Fear is a simple mechanism for building tension, and tension is what drives a story. In web design, the tension is far more straightforward than in a Hollywood production, but it is driven by the same ingredients: change, disagreement, striving for success.

Miraz: I noticed that in your book you remind readers that documentation is only a tool. I gained the impression that sometimes people focus on perfecting their wireframes and site maps rather than getting on with creating the website itself. What's your impression of how people currently use design documentation?

Dan: While it would be hard for me to generalize about how people use design documentation, what I do see is a trend among designers to get closer to the end product.

For a while there was a backlash against formal documentation. Many people interpreted modern software engineering methodology as eschewing documentation altogether. This isn’t right. Effective design means taking steps before writing production code, whether that means prototyping in HTML, creating an elaborate set of annotated wireframes or exchanging a handful of sketches.

Miraz: What do you see as the challenges for user experience over the next decade?

Dan: What we call user experience today faces three kinds of pressure.

User experience may be construed as either too broad or too narrow. In some circles, user experience is synonymous with “everything perceived by the target audience” and in others it is confined to the design of interactive products. Regardless of your view, user experience lacks a simple definition. Designers will forever question where it fits relative to other kinds of design, but such navel-gazing reveals the shifting internal boundaries. What are the components of user experience design? Will distinct fields we take for granted today (information architecture, interaction design, content strategy, interface design, ad nauseam) remain relevant tomorrow? Will we see further fragmentation or an effort to consolidate?

The most recent conception of user experience confines itself to a handful of design techniques, and for the most part follows a user-centered philosophy. This is by no means the only way to design something. New design techniques will emerge and the field will need to reconcile how various methods work together to accomplish objectives. A lack of focus on pragmatic issues will move design out of the hands of people who feel most passionately about it and into the hands of people who can accomplish more, faster.

So, a challenge of definition and a challenge of approach. The third challenge is one of perception.

I see more and more references to “user experience” outside the confines of our little community. The echo chamber perhaps has an opening in one wall and the message is starting to emerge: the design of a product entails more than how it looks. People who hadn’t ever thought about user experience before now understand why it’s important. People who had understood its importance now can discuss methodology and process.

In short, we’re collectively moving along the learning curve. Can designers successfully harness that energy? Can we incorporate more stakeholders into the creative process? Trends show that design will become wider spread, more incorporated into business, and discussed by a broader group of people. (It’s no accident that Harvard Business Review and Business Week have experimented with designers writing for them.)

The challenge facing the design community: determining our role in that growth.

Miraz: That's a very hopeful message to take away. Thanks Dan for sharing your thoughts.

Dan: You are very welcome.

Dan Brown has been designing web sites for 15 years. He speaks and writes about all aspects of user experience, especially information architecture. In 2006, together with Nathan Curtis (Modular Web Design, New Riders, 2009), Dan co-founded EightShapes, a user experience consultancy based in Washington, D.C.

Peachpit Promotional Mailings & Special Offers

I would like to receive exclusive offers and hear about products from Peachpit and its family of brands. I can unsubscribe at any time.

Overview


Pearson Education, Inc., 221 River Street, Hoboken, New Jersey 07030, (Pearson) presents this site to provide information about Peachpit products and services that can be purchased through this site.

This privacy notice provides an overview of our commitment to privacy and describes how we collect, protect, use and share personal information collected through this site. Please note that other Pearson websites and online products and services have their own separate privacy policies.

Collection and Use of Information


To conduct business and deliver products and services, Pearson collects and uses personal information in several ways in connection with this site, including:

Questions and Inquiries

For inquiries and questions, we collect the inquiry or question, together with name, contact details (email address, phone number and mailing address) and any other additional information voluntarily submitted to us through a Contact Us form or an email. We use this information to address the inquiry and respond to the question.

Online Store

For orders and purchases placed through our online store on this site, we collect order details, name, institution name and address (if applicable), email address, phone number, shipping and billing addresses, credit/debit card information, shipping options and any instructions. We use this information to complete transactions, fulfill orders, communicate with individuals placing orders or visiting the online store, and for related purposes.

Surveys

Pearson may offer opportunities to provide feedback or participate in surveys, including surveys evaluating Pearson products, services or sites. Participation is voluntary. Pearson collects information requested in the survey questions and uses the information to evaluate, support, maintain and improve products, services or sites; develop new products and services; conduct educational research; and for other purposes specified in the survey.

Contests and Drawings

Occasionally, we may sponsor a contest or drawing. Participation is optional. Pearson collects name, contact information and other information specified on the entry form for the contest or drawing to conduct the contest or drawing. Pearson may collect additional personal information from the winners of a contest or drawing in order to award the prize and for tax reporting purposes, as required by law.

Newsletters

If you have elected to receive email newsletters or promotional mailings and special offers but want to unsubscribe, simply email ask@peachpit.com.

Service Announcements

On rare occasions it is necessary to send out a strictly service related announcement. For instance, if our service is temporarily suspended for maintenance we might send users an email. Generally, users may not opt-out of these communications, though they can deactivate their account information. However, these communications are not promotional in nature.

Customer Service

We communicate with users on a regular basis to provide requested services and in regard to issues relating to their account we reply via email or phone in accordance with the users' wishes when a user submits their information through our Contact Us form.

Other Collection and Use of Information


Application and System Logs

Pearson automatically collects log data to help ensure the delivery, availability and security of this site. Log data may include technical information about how a user or visitor connected to this site, such as browser type, type of computer/device, operating system, internet service provider and IP address. We use this information for support purposes and to monitor the health of the site, identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents and appropriately scale computing resources.

Web Analytics

Pearson may use third party web trend analytical services, including Google Analytics, to collect visitor information, such as IP addresses, browser types, referring pages, pages visited and time spent on a particular site. While these analytical services collect and report information on an anonymous basis, they may use cookies to gather web trend information. The information gathered may enable Pearson (but not the third party web trend services) to link information with application and system log data. Pearson uses this information for system administration and to identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents, appropriately scale computing resources and otherwise support and deliver this site and its services.

Cookies and Related Technologies

This site uses cookies and similar technologies to personalize content, measure traffic patterns, control security, track use and access of information on this site, and provide interest-based messages and advertising. Users can manage and block the use of cookies through their browser. Disabling or blocking certain cookies may limit the functionality of this site.

Do Not Track

This site currently does not respond to Do Not Track signals.

Security


Pearson uses appropriate physical, administrative and technical security measures to protect personal information from unauthorized access, use and disclosure.

Children


This site is not directed to children under the age of 13.

Marketing


Pearson may send or direct marketing communications to users, provided that

  • Pearson will not use personal information collected or processed as a K-12 school service provider for the purpose of directed or targeted advertising.
  • Such marketing is consistent with applicable law and Pearson's legal obligations.
  • Pearson will not knowingly direct or send marketing communications to an individual who has expressed a preference not to receive marketing.
  • Where required by applicable law, express or implied consent to marketing exists and has not been withdrawn.

Pearson may provide personal information to a third party service provider on a restricted basis to provide marketing solely on behalf of Pearson or an affiliate or customer for whom Pearson is a service provider. Marketing preferences may be changed at any time.

Correcting/Updating Personal Information


If a user's personally identifiable information changes (such as your postal address or email address), we provide a way to correct or update that user's personal data provided to us. This can be done on the Account page. If a user no longer desires our service and desires to delete his or her account, please contact us at customer-service@informit.com and we will process the deletion of a user's account.

Choice/Opt-out


Users can always make an informed choice as to whether they should proceed with certain services offered by Adobe Press. If you choose to remove yourself from our mailing list(s) simply visit the following page and uncheck any communication you no longer want to receive: www.peachpit.com/u.aspx.

Sale of Personal Information


Pearson does not rent or sell personal information in exchange for any payment of money.

While Pearson does not sell personal information, as defined in Nevada law, Nevada residents may email a request for no sale of their personal information to NevadaDesignatedRequest@pearson.com.

Supplemental Privacy Statement for California Residents


California residents should read our Supplemental privacy statement for California residents in conjunction with this Privacy Notice. The Supplemental privacy statement for California residents explains Pearson's commitment to comply with California law and applies to personal information of California residents collected in connection with this site and the Services.

Sharing and Disclosure


Pearson may disclose personal information, as follows:

  • As required by law.
  • With the consent of the individual (or their parent, if the individual is a minor)
  • In response to a subpoena, court order or legal process, to the extent permitted or required by law
  • To protect the security and safety of individuals, data, assets and systems, consistent with applicable law
  • In connection the sale, joint venture or other transfer of some or all of its company or assets, subject to the provisions of this Privacy Notice
  • To investigate or address actual or suspected fraud or other illegal activities
  • To exercise its legal rights, including enforcement of the Terms of Use for this site or another contract
  • To affiliated Pearson companies and other companies and organizations who perform work for Pearson and are obligated to protect the privacy of personal information consistent with this Privacy Notice
  • To a school, organization, company or government agency, where Pearson collects or processes the personal information in a school setting or on behalf of such organization, company or government agency.

Links


This web site contains links to other sites. Please be aware that we are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of each and every web site that collects Personal Information. This privacy statement applies solely to information collected by this web site.

Requests and Contact


Please contact us about this Privacy Notice or if you have any requests or questions relating to the privacy of your personal information.

Changes to this Privacy Notice


We may revise this Privacy Notice through an updated posting. We will identify the effective date of the revision in the posting. Often, updates are made to provide greater clarity or to comply with changes in regulatory requirements. If the updates involve material changes to the collection, protection, use or disclosure of Personal Information, Pearson will provide notice of the change through a conspicuous notice on this site or other appropriate way. Continued use of the site after the effective date of a posted revision evidences acceptance. Please contact us if you have questions or concerns about the Privacy Notice or any objection to any revisions.

Last Update: November 17, 2020