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 ›› Business Value and ROI ›› 6 Key Questions to Guide International UX Research ›› Five Principles of Writing for Users

Five Principles of Writing for Users

by Ben Barone-Nugent
4 min read
Share this post on
Tweet
Share
Post
Share
Email
Print

Save

Effective writing for UX projects often requires copy that guides users discretely and then disappears into the background—here are five guidelines to get you there.

Writing for users is a deeply intuitive and technical trade. As with web design, digital writing needs to resolve the user’s existing knowledge and instincts with an interactive product.

Digital writing encompasses elements of content strategy: building information architectures, determining content requirements, and finding ways to solve UX problems with things like videos and tools. Our job is to model, structure, and create information.

With that in mind, let’s take a look at some principles that underpin and define how we should write for users.

1. The green light principle

The words you use need to be as easy to understand as a green light—at least, this is the goal. Make your copy so simple, intuitive, and brief that users don’t notice it. “Less is more,” an old boss used to say. This truism of writing is especially true when it comes to writing copy for an interface. After all, interfaces need to be digested and used quickly.

Users can’t be expected to ponder long sentences. People start reading things without realizing they’re doing it, so get in and out before they notice you were even there.

2. Be briefer, and briefer again

The concept of progressive reduction is core to our trade. It’s the idea that users should need less and less “hand holding” as they spend more time with a product. Good products will quickly become second nature.

Look at how copy cascades across your user’s journey. Find ways of making it even more economical once your users have had their first few interactions. Try not to need to re-explain a concept in detail when it reappears (unless it’s rare or complex, of course).

People don’t need their fingertips labeled, so why should we label UI elements?

3. Be forgotten

With many products, we serve instructional content during the first use and then never show it again. But why stop there? As a writer, I dream of interfaces where all my words can cascade away during the journey.

It’s the end game of progressive reduction, and it’s a paradoxical aspect of the job. You want your users to be able to wield your product without even thinking. This means you need to help them move beyond the words you write. People don’t need their fingertips labeled, so why should we label UI elements?

This may be an extreme example, but it serves as a reminder to look for opportunities to replace a copy-based element with an icon that’s easily and quickly understood. Work with designers to create smart copy-icon pairings. If this pairing is done right, you can retire copy and let the icon work its semiotic magic.

[google_ad:WITHINARTICLE_1_468X60]

4. Content doesn’t exist, only experiences do

You need to keep this in mind when you work on the content strategy side of things. Remember that you’re building something that needs to be used by someone. Your job isn’t to glue together a bunch of disjointed things. You’re building an experience, and that’s all that matters. Users won’t remember any single word or piece of content—they’ll just remember if your product was useful, fun, and beautiful, or if it wasn’t.

5. Work in teams

Advertising agencies have been putting their creatives into teams for decades. We need to do the same. Great UX comes from the same place as great ads—a mixture of art, copy, and insight. Teams allow us to build more complete concepts from the ground up. No more replacing lorem ipsum, no more retrofitting content strategies to completed designs.

It also helps us test an experience more thoroughly. The UX designer examines function and interaction, the writer can inquire about new and better language and structures. We shouldn’t just test half the experience—test the whole thing, art and copy together.

[google_ad:WITHINARTICLE_1_234X60_ALL]

UX writing vs content writing

Broadly speaking, there are two components to what we do: UX writing and content writing. What I’ve described above is what you’d call UX writing. Like UX design, it’s focused on ratifying a user’s needs with a technical product.

Content writing is more about the form of a product than its function. Users need to connect with content, relate to it, and enjoy it. UX writing, on the other hand, should meld with your product, and go unnoticed.

With that said, these principles form a good basis for all web writing, and help us build products that our users can wield like extensions of themselves.

Image of pencils courtest Shutterstock.

post authorBen Barone-Nugent

Ben Barone-Nugent

Ben is Content Strategy Lead and UX Strategist at Proximity BBDO in Melbourne, Australia. He's previously worked for TBWA/DAN and DTDigital on clients as diverse as McCain, Qantas, American Express, and Honda. Ben also works with ClickFork, a startup that brings great online experiences to the restaurant industry. Outside of that, he's written for The Guardian, Thought Catalog, B&T and a few others. Check out some of his stuff at benbn.me.

Tweet
Share
Post
Share
Email
Print

Related Articles

Find out how design leaders can build a more inclusive digital world from the ground up.

Article by Pavel Bukengolts
Championing Accessibility: a Path to Inclusive Design Leadership
  • The article highlights that designing for accessibility isn’t about following rules. It’s about making sure no one gets left out of the digital world.
  • The piece explores how building accessibility from the start, with the help of AI and the right mindset, makes the result better for everybody.
Share:Championing Accessibility: a Path to Inclusive Design Leadership
4 min read

Discover how a simple comprehension test reveals if mobile content is too hard to read.

Article by Paivi Salminen
Why Reading on Mobile Is Uniquely Challenging
  • The article explains why mobile reading is harder: small screens and distractions make people miss information even when it’s there.
  • It introduces the cloze test, which removes words to measure real understanding: comprehension drops from 39% on desktop to 19% on mobile.
  • The piece argues that mobile content needs simpler language because the real question is: Does this make sense when life gets in the way?
Share:Why Reading on Mobile Is Uniquely Challenging
4 min read

Learn how to build systems where design explicitly models development, handoff is automatic, and AI can extend your work reliably.

Article by Jim Gulsen
Your Design System Works in Figma. Does It Work in Code?
  • The article explains why many design systems don’t work well: designs made in Figma don’t translate well into code.
  • It introduces five practices: structure frames like code, use fewer components with more variants, organize by how both designers and developers actually work, let AI check your naming, and build documentation into your daily workflow.
  • The piece says that good design systems are the same in design and development, and when they match, everything just works.
Share:Your Design System Works in Figma. Does It Work in Code?
6 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.

Get Paid to Test AI Products

Earn an average of $100 per test by reviewing AI-first product experiences and sharing your feedback.

    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