Professional Documents
Culture Documents
UX Writing Ebook
UX Writing Ebook
UX Writing Ebook
💡 Olá! Bem vindo ao teu guia de aprendizagem. Aqui encontras todos os capítulos
sobre UX Writing, incluindo artigos e videos relevantes, bem como exercícios
práticos.
Diverte-te!
📝 What is it?
ℹ UX writing is about improving the user experience of digital products, and guiding
users on a journey through clear, concise, and helpful copy (text; words).
Many tech companies are looking for people to deliver quality experiences through writing,
ideation, and design.
Why?
Because digital products are filled with words. You might not be opening your apps just to read
the labels and instructional text, but it's all there.
Since the overall experience is heavily influenced by design and copy, word choice significantly
impacts users. That's why UX writing is part of a larger field concerning user experience (UX).
That is to say, words are inevitably tied to design. One simply cannot exist without the other.
Some people even refer to UX writers as "content designers" or "content strategists".
.
But if UX writers write copy, what do copywriters do?
Well, there's a considerable difference between the two. Copywriters are primarily concerned
about sales and meeting marketing and business goals.
On the other hand, UX writers ensure every user can understand and navigate the
product, in a way that proves effortless and enjoyable.
In short, UX writing has everything to do with ensuring users are having an optimal experience,
and not so much to do with attempts at selling that particular product or service.
Take a look at this article that clearly explains the difference between what UX writers and
copywriters do:
Now that we've covered the basics of UX writing and we know how it differs from other types of
marketing-related content, let's dive a bit deeper into its overall impact.
A lot of times, small changes in wording can impact business metrics. Maybe we're able to talk
the same way our users do, using more familiar language. Or maybe we preemptively removed
any doubts and fears they might've had before performing an action.
It's because UX writing streamlines the overall experience that users are more prone to taking
actions, which in turn benefits product sales and profit margins.
Take a look at these examples of how UX writing helps businesses grow:
As you can see, there's a lot that goes into our practice. It's more than just filling an empty
design with words. But one thing's certain: our goal is to improve the experience users have
with our products. And to achieve that goal, we'll keep researching, ideating, testing, and
iterating.
But when it comes down to the nitty-gritty, how do we start the writing process?
There are a couple of UX writing principles that help you ensure your copy improves the user
experience.
📖 UX writing principles
ℹ These are merely guidelines, not rules set in stone.
UX writers are still encouraged to follow each principle in some way or another.
1. Useful
Your text should have a sense of purpose and, if possible, provide a solution, a suggestion, or
actionable feedback.
It's perfectly okay to only inform users about something that's happened, but often we're left
wondering "okay and?". So make sure you preemptively answer any possible questions that
might arise in the future.
We tend to overcomplicate things when we're overly concerned with formality and following the
status quo. But more often than not, we forget that not everyone is up to par with the same
terms, words, and jargon. They might not know what a "server" is. They might have no clue
about technology in general.
Because we're writing for a wide audience, we need to aim for the lowest common denominator
and make sure the least knowledgeable person gets it. That way, we know everyone else will.
We're often trained in school to write as much as possible, with the hope to impress our
teachers. Sometimes they even set a minimum requirement of words.
But it's much better to say a lot using fewer words. Not only is it more efficient, but it also
streamlines communication — users will understand you much better. Just make sure you don't
leave important details out in hopes of shortening your text.
❌ Don't: "If you decide to return to the homepage no progress will be saved."
✔ Do: "Go back? All your progress will be lost."
4. Conversational
Your messages should sound as natural as possible. Establish an empathetic tone by giving it
a human touch.
Writing is different than talking. When we speak, it comes out in a much more natural way.
Writing is a premeditated process: we think, we edit, and then we publish. Not only is it
structurally different, but it also sounds different when you read it out loud.
So ask yourself: 'Does this sound like I would say it in real life?'
🕒 Exercise time
Now's the time to get started on your path to becoming a full-fledged UX writer.
Throughout this challenge, you'll be given exercises to complete, along with bonus exercises
for additional practice.
Let's imagine that we're building a hotel booking app. (you know, like Airbnb or Booking).
You tried to log in, but apparently, you got your email wrong.
💡 Rewrite ONLY the error message in red. Take all 4 UX writing principles into
account
Rewrite the error message in red. Take all 4 UX writing principles into account
In today's world, it's what sets companies apart from each other. It's about uniqueness and
consistency, just like the tone of voice of a real person.
As the name implies, a tone of voice is made up of the tone and the voice. Let's see how they
differ from each other.
🎤 Voice
Voice is the representation of what the brand is and what it stands for. It represents its
immutable side; its core values.
As with people, you can recognize the most familiar voices and know who's talking to you.
You're likely to tell which of your friends is talking because their voices are different, even with
your eyes closed.
Likewise, businesses usually define a vision or a set of values to abide by. Voice helps us
convey that through writing.
🗣 Tone
Tone is how we adapt voice to different situations accordingly. Unlike voice, tone isn't
immutable —changes. Just like you moderate your tone in different situations, such as
addressing the elderly with respect, instead of talking to them like you do with your friends.
Even if you're considered a funny person, you wouldn't show your humorous side at a funeral,
would you? (Well, I hope not).
It's important to consider how the user might be feeling in different situations, especially in
difficult ones where they encounter an error or have a hard time figuring something out.
Mailchimp, a digital marketing platform, has a clearly defined their tone of voice. They even
discuss their voice and tone separately, which is really helpful.
You can easily know more about the tone of voice of a company by checking its official Style
Guide, which is an assortment of guidelines for terminology, punctuation, and all things related
to writing.
Most of the time, you'll be working for companies with an already structured brand personality.
But if you do end up having a say in it, it's good to know where to start. Especially if you need
to review the existing tone of voice and improve it.
Let's take a look at how you build a tone of voice from the ground up:
The folks at Nielsen Norman Group defined 4 main dimensions that make up the tone of voice:
formality, humor, respectfulness, and enthusiasm.
Each dimension represents a two-way spectrum. For instance, in terms of formality, you can go
from very formal to extremely casual, and so on.
Let's take a look at each dimension:
Humour (funny vs. serious): a humorous tone of voice can help lighten the mood, but there
are times when seriousness is called for.
Take a look at the flyer below explaining the difference between all tone of voice dimensions:
🕒 Exercise time
Task 1
✋ Wait, before we get started, I've been talking to the owner of the hotel app. They need your
help building the brand!
Task 2
Back to our hotel booking app. Our homepage screen is looking nice, but we still need a
welcoming message for users.
📢 Something that gets them to use the search function and book a hotel.
Maybe an instruction, maybe a welcome message. It's up to you.
Naturally, a digital product (be it a mobile app, web app, or other software) is made up of
screens, each with its own interactable interface. Every little part that makes up a screen is
what we call a UI element.
Since each UI element serves a unique purpose, our writing should vary accordingly. Here are
some of the most common ones to look out for:
🖱UI elements
Titles
Titles (or headlines) are usually present in larger font sizes, on top of the screen, or above
sections. Their purpose is to provide context on where the user is, or what they should do.
Most people ignore descriptions and just read titles, so despite being shorter in length, you're
encouraged to take some time coming up with decent copy for titles.
When providing context, make sure the title encompasses everything on the screen.
e.g: If the title of the screen is "Photos" but there are images and videos, maybe
change it to "Gallery" so it encompasses everything.
If the user has to perform an action, start with the main action as a command, followed by
the object or thing.
e.g: On a payment confirmation screen, a simple title with "Confirm Payment" is fine.
Descriptions
Also known as body text, descriptions are usually followed by titles, descriptions provide
additional information that guides or informs the user throughout their journey.
Because they're usually longer blocks of text, most people either skim read them or skip them
altogether. But that doesn't make them any less important.
Buttons are unique UI elements because they're one of the only ways users can express their
will. By observing where users click, we can figure out what they want to achieve or where they
want to go. This is why buttons should be easy to understand and extremely clear about what
will happen. The same goes for links, which are usually in the form of text (included in the
description).
Buttons should:
Links should:
Make sense out of context: avoid the famous "Read more" and "Learn more".
Labels
Labels help us understand the UI without too much text. They're usually short strings of copy (1
to 4 words) that let us know what type of information we're looking at: dates, time, numbers,
etc.
They can be present in or outside other elements and each one has its own goal. It could be to
help the user navigate through a menu, help them use filters, convey the status of an action, or
the quantity of something.
Labels for text input fields should all go above or left to each field.
Instructional texts inside fields are okay, but those disappear once the user starts
typing, so bear that in mind. If it's a really important instruction, make sure it's outside
the field.
Separate larger numbers into groups of 3 digits to make them easier to read.
Be mindful of singular and plural variations, address them with the team you're working
with (1 member, 2 members).
Make sure filter labels are consistent with each other (most relevant; least relevant)
Empty states
Sometimes users will land on an empty screen because they've never used a feature, and
there's no data to show. Empty states provide context on why a particular screen is blank.
These are the most common types of empty states:
First use: when users are landing on that screen for the first time and may need to perform
an action.
Not every empty state needs to be actionable. Many First use scenarios should be informative,
especially if the action is secondary or less important to the user journey. If the scenario is
critical to the user journey, the empty state message should be actionable and focus on the
next steps.
Ask yourself what is the purpose of the empty state. What should the user know or do?
When there’s no way to avoid negativity (‘No results’), make sure the description is
instructional enough.
Messages
Sometimes we want to let users know what's happening in real-time. For that, we use
messages, which can be divided into several categories. They can be:
⚠ Warning messages: when you want to let the user know about something that is
important and will impact them, either now or eventually. Start by explaining what's
happening and what they can do (if applicable).
❓Confirmation messages: for situations where the user is about to proceed with a
potentially destructive action that may result in loss of information or other consequences.
Both warning and confirmation messages should be led with a question (usually in the title)
and CTAs.
❌ Error messages: when something didn't go right. Depending on the severity, these can
be shown on-screen (if the user can easily fix the issue), or inside a modal* if they're more
serious. You should strive to be clear about what's happening and avoid blaming the user
at all costs.
✅ Success messages: Although less common, they are useful to indicate that an action
was successful, especially if it took a while or the user needs reassurance because it was
an important action.
*For these types of messages, modals (also known as dialog boxes) are used. They can be
useful to catch the user's attention, but they add a lot of friction to the experience by blocking all
actions until the user confirms or cancels the message.
They shouldn't be used for success messages and errors that can be easily fixed (such as
correcting a typo). In these cases, in-line messages should be used instead.
You're now ready to start UX writing like a pro. Now it's only a matter of practicing
and improving!
🕒 Exercise time
Are you ready to get the journey fixed?
Here's what's missing:
The login page needs the title, CTA, and labels fixed.
1) Server error
We need a screen previewing the possibility of the connection failing. Let's imagine our servers
are down, or something unexpected happens.
Let's inform users that something happened and they need to try again later.
This is how our competitor does it. Do you think we can do better?
This means that their search will not be saved. Or, in other terms, their search progress will be
lost.
The warning message should inform that. Can you help us out?
Let's ask the user if they really want to leave, explain what happens, and then write 2
different CTAs.