Flag

We stand with Ukraine and our team members from Ukraine. Here are ways you can help

Get exclusive access to thought-provoking articles, bonus podcast content, and cutting-edge whitepapers. Become a member of the UX Magazine community today!

Home ›› Behavioral Science ›› Perfect is the Enemy of Done

Perfect is the Enemy of Done

by Stephanie Blucker
6 min read
Share this post on
Tweet
Share
Post
Share
Email
Print

Save

PerfectistheEnemyofDone_Slider

We have a philosophy here: fail fast. It’s a necessary one, too: if you wait until something is perfect, your opportunity to get it in front of people will have long passed you by

Imagine you want to text a coworker that you picked up a cup of coffee for them at their favorite shop, but it’s getting cold, so you’d like to meet up with them in the next 15 minutes. How would you say that in five words? That’s kind of what UX writing is like: choosing just a few words to describe something when you could easily use 30.

There’s a strong relationship between perfectionism and UX writing — and for good reason. Choosing those words is something we writers obsess over. Which is clearer: remove or delete? They mean slightly different things, and it depends on the context.

Unearthing those perfect five words isn’t a matter of mining your own brain until you find the gems; it’s a process that requires the participation — and criticism — of others. It can be painful at first, but successful UX writers know the importance of seeking out the right words through trial and error.

Here are some ways to approach that process, from initial creation all the way through collaboration.

Your starting point for any UX writing should always be the same: ask questions. All of them. Even the ones you don’t think need to be asked.

Some of my favorites include:

  • What happens before and after this?
  • If someone has setting A, B, or C turned on, does it affect this?
  • What are people trying to accomplish here? Are we empathizing with whatever frustrations they might be experiencing?
  • Are we expecting people to recall information they’ll need in the future? (i.e., how heavy is the cognitive load?)
  • What assumptions are we making, and are we sure they’re correct?
  • Will this experience still be successful and enjoyable for someone who has low vision, has trouble walking, can’t hear, etc.?

It’s easy to put on blinders and just focus on one screen, one sentence, one button. But — huge spoiler alert — UX writing isn’t really about words. It’s about when and how to communicate something so that your experience creates positive feelings for the person engaging with it.

When you start drafting, write down the entire message you want to get across first. In the coffee example above, that’s something like:

I picked up a cup of coffee for you at your favorite shop, but it’s getting cold, so I’d like to meet up with you in the next 15 minutes.

Then, highlight the most important elements:

I picked up a cup of coffee for you at your favorite shop, but it’s getting cold, so I’d like to meet up with you in the next 15 minutes.

Notice that there’s an implicit goal here: to get your coworker to meet with you before their coffee gets cold. Every element you’ve highlighted should support that goal in some way. “Favorite shop” is great information, but it doesn’t convey as much immediacy as the other pieces of information.

Now, break these elements down even further — and maybe combine or leave out some altogether:

  • Cup of coffee → coffee
  • Getting cold  This conveys urgency, but a timeline like “next 15 minutes” will achieve the same thing.
  • Meet up  meet
  • Next 15 minutes  soon

Add a verb, a pronoun, and some punctuation, and your original 30-word sentence turns into the five words you need:

Got you coffee! Meet soon?

Instead of starting long and refining, first define the pieces of information that you want to communicate, and then write each of those pieces separately. As much as I’d love to keep talking about coffee, let’s look at a real-life example.

For a project I was working on last month, the actual information we wanted to communicate was that:

  1. Turning on a particular setting in Windows 10 gives people who are blind or who have low vision more information about the fonts in the document they’re working on.
  2. They might want to turn on this setting if they’re editing a document.

Let’s label these two pieces of information:

  1. The information the setting provides to the customer when it’s turned on.
  2. The primary use case for that setting (i.e., when the customer would likely want to turn on the setting).

Then, write out them out individually, as well as how they could be combined:

  • Option 1: The info the setting provides
  • Option 2: Primary use case
  • Option 3: The info the setting provides + primary use case

In real words, that might translate to:

  • Option 1: Get text formatting details like font and italics.
  • Option 2: Best for advanced editing.
  • Option 3: Get text formatting details like font and italics for advanced editing.

Now, go to town: How many ways can you say Options 1 and 2? How does that impact how Option 3 sounds? You’ll likely find combinations you hadn’t thought of before, especially when you’re working with more pieces of information.

If you really want to take this approach to the next level, make each of your labels a column header in Excel, write your content in the cells below them, and use the CONCAT function to combine them.

This hard work and careful thinking haven’t produced a solution — they’ve produced a recommendation. The best time to throw it out into the world is now. Yes, now.

We have a philosophy here: fail fast. It’s a necessary one, too: if you wait until something is perfect, your opportunity to get it in front of people will have long passed you by. Even then, you’ll be deeply disappointed to find out that it wasn’t so perfect after all.

Collaboration and criticism are the cornerstones of writing that resonates. Testing and getting reactions to your ideas is part of learning, and sending unfinished or unpolished work out into the world is a chance to understand how people who aren’t you will react to and interpret your work.

We hold biweekly UX writers’ workshops with this goal in mind. Does this word mean the same thing to different people? Is it clear what someone’s options are on this screen? Will someone know what UI element to select, even if they don’t know what a toggle is?

I’m captivated by the quality of the conversations and questions that come from these meetings. They’re filled with “why didn’t I think of that?” moments, and that’s OK. You’re only one person, with one perspective. You can’t come up with every disclaimer, caveat, and loophole that will help you define a great UX.

At the same time, always remember your primary audience. If your audience is mostly people who use a screen reader, who probably know what a toggle is because they regularly hear that UI element read out to them, it’s OK to use “toggle.” Just make those choices intentionally.

Lastly, listen for imperatives: we have to do it this way, or we have to say it this way. These are almost never true.

Ultimately, even if you are just writing five words, those words are part of a larger end-to-end experience. If that experience is broken — if it makes false assumptions about someone’s knowledge, enthusiasm, goals, or anything else — there’s nothing your words can do to fix it. Don’t write to cover holes: start conversations with the right people about how the experience can be improved. That collaboration is exactly what preserves technology’s humanity.

post authorStephanie Blucker

Stephanie Blucker

Stephanie is a conversational UX writer at Microsoft, where she crafts personalities for chatbots and the content that goes with them. She currently leads a project called Personality Chat, which was honored by Fast Company with an Innovation by Design award. She holds a Bachelor of Journalism from the University of Missouri-Columbia and is working on her Master of Science in Human Centered Design & Engineering at the University of Washington.

Tweet
Share
Post
Share
Email
Print

Related Articles

Design isn’t just about looks; it’s about human nature. Discover how simple psychological principles can make your product stand out.

Article by Canvs.in
Designing with Psychology to Make Products Stick
  • The article shows how psychology, not just features, makes products memorable.
  • It highlights principles like delight, internal triggers, and false consensus as keys to stickiness.
  • It argues that strong design balances trade-offs and roots choices in real user behavior.
Share:Designing with Psychology to Make Products Stick
7 min read

What makes players keep coming back? This piece explores the psychology of hot streaks — how momentum, perception, and smart design can turn short wins into lasting engagement.

Article by Montgomery Singman
The Psychology of Hot Streak Game Design: How to Keep Players Coming Back Every Day Without Shame
  • The article shows how hot streaks tap into players’ psychology, turning momentum into motivation.
  • It highlights the hot-hand fallacy, where players overestimate their chances of continued success.
  • The piece argues that ethical streak design should enhance engagement without exploiting addictive behavior.
Share:The Psychology of Hot Streak Game Design: How to Keep Players Coming Back Every Day Without Shame
26 min read

Trusting AI isn’t the goal — relying on it is. This article explores why human trust and AI reliance are worlds apart, and what UX designers should focus on to make AI feel dependable, not human.

Article by Verena Seibert-Giller
The Psychology of Trust in AI: Why “Relying on AI” Matters More than “Trusting It”
  • The article argues that “reliance,” not “trust,” is the right way to think about users’ relationship with AI.
  • It explains that human trust and AI reliance are driven by different psychological mechanisms.
  • The piece highlights that predictability, transparency, and control make users more willing to rely on AI.
  • It concludes that users don’t need to trust AI as a partner — only rely on it as a dependable tool.
Share:The Psychology of Trust in AI: Why “Relying on AI” Matters More than “Trusting It”
4 min read

Join the UX Magazine community!

Stay informed with exclusive content on the intersection of UX, AI agents, and agentic automation—essential reading for future-focused professionals.

Hello!

You're officially a member of the UX Magazine Community.
We're excited to have you with us!

Thank you!

To begin viewing member content, please verify your email.

Tell us about you. Enroll in the course.

    This website uses cookies to ensure you get the best experience on our website. Check our privacy policy and