-
Notifications
You must be signed in to change notification settings - Fork 0
/
words-as-materials.html
608 lines (488 loc) · 41.5 KB
/
words-as-materials.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
<!DOCTYPE html>
<html>
<head>
<title>Words as Materials</title>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<link href="reset.css" rel="stylesheet">
<link href="common.css" rel="stylesheet">
<!-- The three different styling directions: -->
<!-- <link href="direction-1.css" rel="stylesheet"> -->
<!-- <link href="direction-2.css" rel="stylesheet">
<link href="direction-3.css" rel="stylesheet"> -->
</head>
<body>
<div>
<div class="landing-page_container">
<header>
<!-- <p class="special-background-character">&</p> -->
<h1>Words as Materials</h1>
<p><span class="header_author">Nicole Fenton</span></p>
<p class="header_subtext">
<em>I gave this talk at RISD in Providence and UXLx in Lisbon. Thanks to Tim Maly and Bruno Figueiredo for inviting me to speak, and to Allen Tan, Tina Lee, and Max Fenton for their thoughful feedback on drafts.</em>
</p>
</header>
<nav>
<ul>
<li><a href="index.html"><span>@</span> <span>Home</span></a></li>
<li class="navbar_red-pen-mark"><a href="words-as-materials.html"><span>&</span> <span>Materials</span></a></li>
<li><a href="interface-writing.html"><span>%</span> <span>Interface</span></a></li>
<li><a href="what-has-writing.html"><span>?</span> <span>For Design</span></a></li>
</ul>
</nav>
</div>
<nav class="navbar-fixed">
<ul>
<li><a href="index.html">@</a></li>
<li class="navbar-bottom_red-pen-mark"><a href="words-as-materials.html">&</a></li>
<li><a href="interface-writing.html">%</a></li>
<li><a href="what-has-writing.html">?</a></li>
</ul>
</nav>
</div>
<main>
<section>
<p>
I want to start with a quote from writer, activist, and teacher, Thich Nhat Hanh. In <em>Being Peace</em>, he writes:
</p>
<div class="blockquote_container">
<blockquote>
<mark>
"If you are a poet, you will see clearly that there is a cloud floating in every sheet of paper. Without a cloud, there will be no rain; without rain, the trees cannot grow; and without trees, we cannot make paper. The cloud is essential for the paper to exist."
</mark>
</blockquote>
</div>
<p>
Thich Nhat Hanh calls this concept <em>interbeing</em>. He goes on to say that the sun is also in the sheet of paper; and the lumberjack who cut down the tree; and his parents; and the wheat that made his morning bread; and so on. All of these things make it possible for the paper to exist.
</p>
<p>
I bring up this story, because it helped me understand systems at a deeper level. I’ve been thinking a lot about what it takes to make a design project successful and even possible in the first place. I have a few hunches and I believe words play an important part in the process. But before I get to that, let’s look at how the paper metaphor relates to us as designers.
</p>
</section>
<article class="container_style-one">
<header>
<h2>How design works</h2>
</header>
<section>
<p>
Our work depends on many things: time, money, technology, materials, constraints, and most importantly, the lives, attention, and experiences of other people. We participate in and often orchestrate a process that’s bigger than we are. Design requires collaborators, contributors, customers, toolmakers, factory workers, marketers, postal workers, call center agents, you name it. If we look closely, we can see that people are at the heart of everything we make.
</p>
<p>
When I started writing this talk, I asked my designer friends on Twitter to answer this question: <em>What’s the number one thing that sabotages projects for you?</em> Here are a few of their answers:
</p>
<div>
<div>
<p>Ian Marquette <a href="https://twitter.com/ianmarquette/status/575647978725093376" class="link_underline">(@ianmarquette):</a></p>
<p>a lack of clear understanding between myself and clients, which basically comes down to communication.</p>
</div>
<div>
<p>Mark Forscher <a href="https://twitter.com/garbnzgh/status/575669037352493057">@garbnzgh):</a></p>
<p>difference in expectations/poor communication</p>
</div>
<div>
<p>Zak Greene <a href="https://twitter.com/zearl/status/575670392725114881">(@zearl):</a></p>
<p>feedback from 18794387294 different people</p>
</div>
<div>
<p>Matt Felten <a href="https://twitter.com/mattfelten/status/575681220027142145">(@mattfelten)</a></p>
<p>Miscommunication. Handsoffs to silos. Whatever the opposite of collaboration is.</p>
</div>
<div>
<p>Jonathan Myers <a href="https://twitter.com/jnthnmyrs/status/575663430067093504">(@jnthnmyrs)</a></p>
<p>lack of extroverted thinking. One step at a time.</p>
</div>
<div>
<p>Davin Risk <a href="https://twitter.com/davin/status/575655021678759937">(@davin)</span></a></p>
<p>Same as life really...lack of clarity around intent.</p>
</div>
</div>
<p>
These problems boil down to one thing: communication. Sharing ideas with other people. Working through decisions together to make something new. We’re here to make meaningful changes in the world, but we can’t do that if we don’t understand each other. We can’t ignore people or work around them.
</p>
<p>
If we want design to communicate, we need to communicate in the design process.
</p>
</section>
</article>
<article class="container_style-two">
<header>
<h2>How communication works</h2>
</header>
<section>
<p>
So I’ve been thinking about what communication looks like in the design process. Here’s my take:
</p>
<ul class="circle-container">
<li>Self</li>
<li>Team</li>
<li>Product</li>
<li>Public</li>
</ul>
<div>
<p><span class="red-pen-mark"><strong>Self:</strong></span> We start by thinking alone. We may be collaborating with friends or colleagues, but we still need space to make sense of what we're making. We have to put it into terms we can relate to.</p>
</div>
<div>
<p><span class="red-pen-mark"><strong>Team:</strong></span> We also have to talk through it with our team. That’s where extroverted thinking comes in. We may need to sketch, or brainstorm ideas, or summarize what we’ve heard from interviews or user research. We have to get on the same page or find a shared language. Once we have a sense of what we’re doing, we can express those goals as requirements, come up with an approach, and move forward. All of these messy conversations help us gather consensus and work through the details.</p>
</div>
<div>
<p><span class="red-pen-mark"><strong>Product:</strong></span> After choosing a design direction, we can prototype it, refine it, and try to make it speak for itself. The product needs to reflect the goals and intent we set out to achieve—and in some ways, it needs to stand on its own.</p>
</div>
<div>
<p><span class="red-pen-mark"><strong>Public:</strong></span> Once we’re clear on what we’re making, we build it. And if we’re lucky, we get to announce it and share it with the world.</p>
</div>
<p>
As we move through each of these steps, the idea starts to solidify and become visible to people around us. This is why I think of design as a process of articulation. We join together to express an idea in a coherent form. We bring ideas to life. We connect the dots or build bridges for our users. That often means being specific about what a product does, who it’s for, why it matters, and how it works. We have to trek through a pile of ambiguity to do this.
</p>
</section>
</article>
<article class="container_style-three mobile">
<header>
<h2>How writing fits in</h2>
</header>
<section>
<p>
This outward arc or continuum is the same one that I go through as a writer. I think and sketch and jot down notes; I question my assumptions; I struggle to understand. Later, when I have a sense of what I need to do, I share drafts and take in feedback; I try different variations and keep refining the work until it’s ready for the public.
</p>
<p>
I work on digital products and physical goods, so I’m deeply involved in the design process. But I also want to call out early that my process is the design process. I don’t write fiction or short stories; I use language to solve problems—whether that’s behind the scenes or in the product itself. I use words as material.
</p>
<p>
Earlier this year, Matt Jones gave <a href="https://vimeo.com/121072011">a talk at Interaction15</a> about his experience running BERG and directing interaction design at Google's Creative Lab. He said:
</p>
<blockquote>
<mark>
“[Writers] are the fastest designers in the world. They’re amazing at boiling down incredibly abstract concepts into tiny packets of cognition, or language.”
</mark>
</blockquote>
<p>
Going back to Thich Nhat Hanh, I believe that writing is part of every design. If you can clearly define what you’re making and articulate its value, the steps to bring it out into the world will go much faster. It’s easy to put pixels together when you’ve already made decisions. And since we work across systems and borders, there’s no better way to articulate design than with writing.
</p>
</section>
</article>
<article class="container_style-two">
<header>
<h2>The gap <span class="imagery_gap"> </span> between us</h2>
</header>
<section>
<p>
I want to focus on writing today, because I’ve noticed a huge gap between writers and designers in the professional world. And I think it contributes to the larger communication problems we face. We’re often on separate teams in separate buildings. We have the same goals and audiences, but we’re rarely seen as partners or equals.
</p>
<p>
I first noticed this gap 10 years ago when I was working at Apple, and I’ve seen it again and again since. Designers are invited to product meetings; writers hear about them afterwards. Designers sit close to the CEO; writers are in the call center or brought in right before the launch. Designers make things; writers support them. You can probably trace this separation back to how we’re taught in grade school or high school. In the U.S. at least, we learn to write in English class, to draw in art class, and to understand shapes and numbers in math class. But I’ve realized this intentional separation weakens our work and limits the contributions we can make to the world.
</p>
<p>
When I’m on a team, I always try to sit with the designers and engineers—whether in person or on IRC. But most product teams don’t even have a writer. And unfortunately, I don’t think I can solve this particular problem myself. So instead of trying to restructure every product team out there, I’ve been thinking about how you can use words as material in your own design practice.
</p>
<p>
These are some of the questions that have come up for me along the way:
</p>
<ul class="ul-li_normal">
<li>What does writing contribute to the design process?</li>
<li>How can designers use words to articulate what they're making?</li>
<li>How can we, as humans, benefit from clear language?</li>
<li>How can writing make products easier to adopt and understand?</li>
<li>How can I broaden the definition of "writing" for designers?</li>
</ul>
<p>
I keep using that phrase “words as material,” so let’s talk about words for a bit.
</p>
</section>
</article>
<article class="container_style-one">
<header>
<h2>What are words for</h2>
</header>
<section>
<p>
Words shape our ideas, how we see the world, and how we relate to one another. As design teacher and researcher <a href="https://designculturelab.org/2012/03/01/more-thoughts-on-writing-and-making/">Anne Galloway</a> says:
</p>
<blockquote>
<mark>
"Language doesn't just make things–it assembles, cobbles together, entire worlds and all the relations within."
</mark>
</blockquote>
<p>
Language makes it possible for us to navigate places and relationships; to express needs and requirements; to name and categorize things; and to understand our place in the universe.
</p>
<p>
Last year, I had the pleasure of editing Abby Covert’s marvelous book about information architecture, <a href="https://abbycovert.com/make-sense/"><em>How to Make Sense of Any Mess</em></a>. In it, she says:
</p>
<blockquote>
<mark>
“Language is the material of intent… Language is how we tell other people what we want, what we expect of them, and what we hope to accomplish together. Without language, we can’t collaborate.”
</mark>
</blockquote>
<p>
Without words, we wouldn’t be able to plan or effect change.
</p>
<p>
As a technology, writing has many merits. It complements verbal and visual communication. It’s sturdy and can stay put. It’s cheap. It’s easy to change or reproduce. And it moves faster than ships or airplanes. Writing makes it possible to propel knowledge and intent forward through time.
</p>
<p>
Historically, writing has served us as a force of stability. It gave us a way to record history, exchange information, and establish legal systems. We wrote to preserve knowledge, transmit ideas, and pass on traditions. And of course, we still do those things, even with hypertext. We still treat writing as a product of the editorial process.
</p>
</section>
</article>
<article class="container_style-two">
<header>
<h2>Understand and clarify the problem</h2>
</header>
<section>
<p>
But I’ve also come to see writing as a material in itself. Something we can play with and manipulate. Something that can change over time as questions come up in the design process or an idea evolves. Writing can be a tool for talking to ourselves when we’re still figuring things out. A sort of mirror or feedback system. A way to understand and articulate design.
</p>
<p>
When we put ideas down into words, we give them form and make them malleable. We bring them out into the light and make them visible to other people. And that’s super important, because we can’t read each other’s minds. We need to be able to examine what we think we know, question it as a group, and refine it. That’s the only way we can get closer to the truth together.
</p>
<p>
Writers sometimes talk about this idea of <em>casting a sentence</em>. You throw a line out there and see if it catches. And if it doesn’t ring true, you reel it back in and keep trying. You may use the same words in a different order, swap them out for synonyms, or start over completely. It’s kind of like sketching with words.
</p>
<p>
When I sit down to write, I don’t usually know what I’m going to say. It’s only through the act of writing that it becomes clear that I need to say anything at all.
</p>
<p>
If you want to use words as material, I highly encourage you to see them as small blocks and modules you can play with. Write down the words your clients or colleagues use on index cards or sticky notes. Move them around. See how they stack and relate to each other. If clear writing is clear thinking, we have to be willing to get messy first. Anne Lamott talks about this in her classic book, <em>Bird by Bird</em>. She says:
</p>
<blockquote>
<mark>
“What people somehow (inadvertently, I’m sure) forgot to mention when we were children was that we need to make messes in order to find out who we are and why we are here—and, by extension, what we’re supposed to be writing.”
</mark>
</blockquote>
<p>
I like this idea of writing as a way of figuring things out and exploring possibilities—and that willingness to experiment fits right in with design.
</p>
</section>
</article>
<article class="container_style-three">
<header>
<div class="container_style-three-navbar">
<h2>More people, more problems</h2>
<div>
<ul>
<li><a href="#no-product">1. No product vision</a></li>
<li><a href="#different-goals">2. Different goals and expectations</a></li>
<li><a href="#oversimplifying">3. Oversimplifying the problem or solution</a></li>
<li><a href="#design-doesn't">4. Design doesn't sell itself</a></li>
</ul>
</div>
</div>
</header>
<section>
<p>
Let’s go back to those communication problems we talked about. I’ll focus on these four in particular:
</p>
<ul class="ul-li_normal">
<li>No product vision</li>
<li>Different goals and expectations</li>
<li>Oversimplifying the problem or solution</li>
<li>Design doesn't sell itself</li>
</ul>
<p>
I want to share how I use words as material to move the design process forward. I hope these techniques make your life a little easier, whether you’re helping a client make decisions or making them yourself. (As an aside, whenever I use the word “client,” that could be a product lead or someone you work with. Whoever’s in charge of the product vision.)
</p>
<section id="no-product">
<h3>1. No product vision</h3>
<p>
Conflicting ideas are one thing—but it’s even harder to talk about an idea when there is no idea. I’m selfishly starting with this one, because I’ve seen it a lot in the past few years.
</p>
<p>
The client may be making a product or a website, but they don’t have a picture in mind of what it should be. Maybe they haven’t taken the time to daydream about it. They may be in reaction mode, or they may need help asking deeper questions about their values or intent, like where their business is going, or why they’re in business in the first place. I generally see this as a lack of leadership, but it can also be a lack of connection and team identity. Some people who work together don’t really have a bond or a shared purpose, and that can slow down the design process.
</p>
<p>
There are a few ways you can work through this. I start every project with a set of questions. I like food metaphors, so I call them Starter Questions, like an appetizer. These questions help me understand the client’s needs and vocabulary. I write down words they say and I reflect them back when it’s appropriate. I also dig deeper when people use empty words like “simple” or “user-friendly.” Those words don’t help you as a designer. When one person says “innovative,” they may be talking about how it looks or behaves. And when another person says it, they may be talking about the business model or the process that a user goes through.
</p>
<p>
Words are squishy and subjective. But if you take the time to build a shared language, that will help you when you're presenting design directions. You can find some of the questions I ask in my <a href="https://gist.github.com/nicoleslaw/2155621">Tiny Content Framework</a> on GitHub.
</p>
<p>
Another thing you can do to help your client think through outcomes is to show them examples from competitors and teams outside their industry. Get them to talk about what they like and don’t like. Their taste is less important than their word choice. How do they react to things? Also pay attention to words they don’t say. Sometimes codifying your vocabulary is enough to steer you in the right direction.
</p>
<p>
There’s a common technique of writing a press release in the early stages of product design. The exercise is supposed to help you narrow down features and requirements and get you thinking about the product narrative. Etsy’s design director, Randy J. Hunt, calls this the “who, what, when, where, why, and how of your product.”
</p>
<p>
I do something similar, but I start even earlier and I make it more personal. I don’t talk to the press, so I find that exercise tricky in practice. Instead, I like to write letters to people that I know.
</p>
<p>
As a recent example, I’m working on an idea for a second book—an essay collection I want to edit and design. I started writing down the vision for the book by telling my friend Rachel about it in a letter.
</p>
<blockquote>
<mark>
Hi Rachel,
Thanks so much for offering to give me feedback on my project! So, here goes. I’m working on a collection of stories from writers who’ve been through. . .
</mark>
</blockquote>
<p>
I told her what I was hoping to accomplish with the project, included examples of essays that might be in the book, and talked about the audience I want to reach. I didn’t actually send it to her (sorry, Rachel!), but the exercise helped me get started on my proposal. I went on to use the basis of that letter to invite early contributors to the project and reach out to agents. And I’ll use a very similar outline when I do a formal call for contributors.
</p>
<blockquote>
<mark>
Hi Jane,
I’m working on a collection of stories from writers who’ve been through XXXXXX. I came across your piece in The Rumpus and wondered if you’d be interested in contributing to the project. . .
</mark>
</blockquote>
<p>
As you start to externalize your idea, it’s not enough to imagine a good outcome or define why it matters. You also have to articulate your goals so people can rally around them. That brings me to another communication problem: conflicting goals and expectations.
</p>
</section>
<section id="different-goals">
<h3>2. Different goals and expectations</h3>
<p>
Jean-Paul Sartre is known for saying, “L’enfer, c’est les autres.” But my friend Frank Chimero says, “Hell is other people’s undocumented assumptions.”
</p>
<p>
Gaps in expectations are especially tricky when your client has a different take on things. It only gets worse as you move out from there. Maybe the client is rushing you, or they haven’t given you enough information. Maybe some of your team members don’t like each other, or aren’t used to collaborating. This kind of unresolved internal confusion is a problem. It’s not necessarily your fault, but it can make things difficult.
</p>
<p>
If the gap is between people on your team, get them to talk to each other. Do a journey mapping exercise to walk through concrete steps users can take. Or interview them individually, and summarize the different perspectives you heard from your team. Whenever there’s a lack of clarity or agreement, questions are your biggest strategic tool.
</p>
<p>
Trust the weirdness of the process. When I’m working with writers, I like to use a metaphor of putting a puzzle together. You have to get all of the ideas on the table before you worry about how they connect, or which ones to cut. If you try to synthesize too early, you’ll leave someone out that’s important to the process and have to go back and have more conversations.
</p>
<p>
This problem can also crop up with the public. If there’s a gap between what the product team is making and what the marketing team is selling, you’re making false promises. You can help solve this by encouraging marketers to be honest and realistic about what your product does—and by clearly defining features and expectations with them early. Otherwise, they’re just going to make things up.
</p>
<p>
There’s another problem in there of telling the right story. If your team doesn’t agree on why the product is interesting, it’s going to be hard to market it. You can solve this perception problem in a couple of ways.
</p>
<p>
Card sorting exercises are useful for narrowing things down. I often do card sorts with my clients to get them to choose brand attributes or requirements. You can do a similar exercise by asking your team to choose and rank marketing messages. This is especially useful on teams of 10 or more people.
</p>
<p>
I’ve been known to write multiple choice questions and quiz product managers. Here’s an example from a couple of years ago. Safari is a digital reading service for web professionals.
</p>
<p>
Are any of these true about the books? These are the _____ titles.
</p>
<ul class="ul-li_normal">
<li>newest / most up-to-date</li>
<li>most popular</li>
<li>highest rated</li>
<li>most essential</li>
<li>most authoritative / trusted / definitive</li>
<li>most useful / helpful</li>
</ul>
<p>
Safari Flow is a(n):
</p>
<ul class="ul-li_normal">
<li>discover tool</li>
<li>learning tool</li>
<li>learning service</li>
<li>modern / online / digital library</li>
<li>platform</li>
<li>reading app</li>
<li>reading environment</li>
<li>reference library</li>
<li>community</li>
</ul>
<p>
Pick two. Safari Flow helps me, because:
</p>
<ul class="ul-li_normal">
<li>it shows me things I didn't know existed</li>
<li>it gives me the best reading experience</li>
<li>I can take it anywhere</li>
<li>it saves me time and money</li>
<li>it's always up-to-date</li>
<li>it teaches me new skills</li>
<li>it helps me stay relevant with trends and techniques</li>
</ul>
<p>
They had a good product vision, but I had a hard time getting them to decide what was so great about the product. This is one way to play with that. I also like to do a <a href="https://gist.github.com/nicoleslaw/2155621#file-3_product_mad_libs-md">Mad Libs exercise</a>, which is in my Tiny Content Framework. Here’s an example of that for another client:
</p>
<blockquote>
<mark><em>{Product name} {helps/lets} {audience noun} {verb} and {verb} {object} so they can {verb} {adverb}.</em></mark>
</blockquote>
<blockquote>
<mark><em>Chroma is a {noun} that lets you {verb} with {object}.</em></mark>
</blockquote>
<blockquote>
<mark><em>Chroma is a(n)... {field guide / visual guide / pocket reference / pocket guide / community of enthusiasts}.</em></mark>
</blockquote>
<blockquote>
<mark><em>Join Chroma to: {create a field guide / share curious things you find / discover guides and search nearby / tag birds, bugs, beers, and more}.</em></mark>
</blockquote>
<p>
Get those words down and play with them. Expect to argue with each other. You don’t need a copywriter to do this. Plain language is better than jazzy puns.
</p>
<p>
Let’s move on to the next one.
</p>
</section>
<section id="oversimplifying">
<h3>3. Oversimplifying the problem</h3>
<p>
This one may be a personal peeve, but I’m sure you’ve experienced it before. Be wary of limiting language, absolutes, and either/or statements. Here are some examples I’ve heard:
</p>
<ul class="ul-li_normal">
<li><em>The only way to do that is...</em></li>
<li><em>People don't care about anything except...</em></li>
<li><em>That isn't important to anyone...</em></li>
<li><em>This page is just for...</em></li>
<li><em>They never...</em></li>
</ul>
<p>
These phrases struck me, because they come in the form of a statement with no room for debate or interpretation. “Just” is a particularly dismissive word, and Brad Frost wrote <a href="https://the-pastry-box-project.net/brad-frost/2014-january-28">a fantastic post about that</a> for the Pastry Box. We all get in a hurry and make assumptions, but our work is about being open to possibilities—not finding the one right way to solve a problem. We have to consider situations and feelings we haven’t experienced ourselves. One way to practice this is to use words with a little bit of nuance or gray area:
</p>
<ul class="ul-li_normal">
<li><em>What if...</em></li>
<li><em>How about...</em></li>
<li><em>We could try...</em></li>
<li><em>What I notice is...</em></li>
<li><em>We haven't figured that out yet...</em></li>
</ul>
<p>
This is not so much a writing trick as an editing trick. But it’s a good way to make sure you have room to do your job.
</p>
<p>
Another way to avoid this problem is to work through different variations. If you think there’s more than one way to approach a problem, show how that plays out in the interface. Whenever I’m presenting ideas, I like to share 3 or more options. People tend to make better decisions when there are a few things to choose from. It also gives you a chance to be creative. Don’t get stuck on a content structure or specific wording in design concepts. Explore your options in the language too.
</p>
</section>
<section id="design-doesn't">
<h3>4. Design doesn't see itself</h3>
<p>
We all know good design doesn’t sell itself. If it did, Apple wouldn’t spend a gazillion dollars a year on advertising. If you’re working on a Kickstarter or selling design to the public, you’ll have to explain yourself a little bit. You can use words as material in that process. For me, that often looks like the Mad Libs exercise I showed you. I also have a bunch of <a href="https://gist.github.com/nicoleslaw/2155621#file-3_product_questions-md">product questions</a> that I like to ask. It’s almost like a spec sheet for planning out the content.
</p>
<p>
Another one of my favorite tricks is to record myself or use speech-to-text to transcribe my words. I write down a few questions I want to answer. Who are my main audiences and what do they need to know? This could be for a pitch or a marketing meeting, anything really. Grab a pair of headphones and a recording device. Walk around and interview yourself. Pick someone specific to talk to, and imagine they’re asking you those questions. It feels a little silly at first, but afterwards, you can print it out and highlight the phrases that are interesting or useful for what you’re making. Cut it up and scrap the rest. I use this trick a lot to write outlines for essays and conference talks.
</p>
<p>
To summarize, these are some of the ways I use words as material in the design process:
</p>
<ul class="ul-li_normal">
<li>Ask questions</li>
<li>Write a letter</li>
<li>Sort notecards or stickies</li>
<li>Write multiple choice questions or a Mad Libs</li>
<li>Use open language</li>
<li>Record or transcribe yourself</li>
<li>Cut it up or reverse outline it</li>
</ul>
<p>
You can use these right now, and you’ll find more that work for you.
</p>
<p>
I want to close with an excerpt from an interview in The Believer with <a href="https://culture.org/">David Foster Wallace</a>. He’s talking about the gap between ordinary citizens and people who work in specialized roles. He says:
</p>
<blockquote>
<em>“Think of the thrill of finding a smart, competent IT technician who can also explain what she’s doing in such a way that you feel like you understand what went wrong with your computer and how you might even fix the problem yourself if it comes up again. Or an oncologist who can communicate clearly and humanly with you and your wife about what the available treatments for her stage-two neoplasm are, and about how the different treatments actually work, and exactly what the plusses and minuses of each one are.</em>
</blockquote>
<blockquote>
<em>If you’re like me, you practically drop and hug the ankles of technical specialists like this, when you find them. As of now, of course, they’re rare. What they have is a particular kind of genius that’s not really part of their specific area of expertise as such areas are usually defined and taught. There’s not really even a good univocal word for this kind of genius—which might be significant. Maybe there should be a word; maybe being able to communicate with people outside one’s area of expertise should be taught, and talked about, and considered as a requirement for genuine expertise.”</em>
</blockquote>
<p>
I think we have a profound responsibility to do that kind of communication and translation in our work. As designers, we’re often the people defining the problem and coming up with solutions.
</p>
<p>
Using words as material along the way will always make our work better. Clarity moves us forward, where ambiguity can pull us back. If we place our words carefully, we can build a path for ourselves right out of the mud.
</p>
<p>
Thank you.
</p>
</section>
</section>
</article>
</main>
</body>
</html>