Microcopy checklist

产品设计 2018-03-14

At least it’s succinct…

Not every product team has someone dedicated to crafting every word on the interface. But unfortunately that means you have to pick up the slack.

Whatever role you play in your multi-disciplinary team (be it a product owner, developer, visual designer, tester or anything else), you own the experience. That means you own the words that help users navigate, use and enjoy the product.

Half-arsed microcopy is half-arsed design and that means a half-arsed product.

So you should give interface writing a go yourself if no one else is giving it any thought. And you shouldn’t feel unqualified to do so.

I’ve prepared a checklist that will hopefully help. Pass this around your team, add it to your exit criteria or definition of done and be sure to shout loud if you’ve noticed the words aren’t working as hard as they could be.

The microcopy checklist (in short)

  1. Is the copy useful?
  2. Is it succinct?
  3. Is it transparent?
  4. Is it human?
  5. Is the copy in the design?
  6. But is it actually useful?

1. Is the copy useful?

Every piece of microcopy should help a user complete a task — it’s there to educate, explain and simplify processes. If it doesn’t help, you should question why it’s there.

Take an error message, for example. This tells a user that there’s an obstacle to completing their task. So it needs to explain how to navigate that obstacle and reach their goal. This could be as simple as providing a “Forgotten password” link on a failed login screen — not just stating that their input is incorrect.

If it’s not useful, it’s not needed. UX writing is as much about ruthless editing as it is about writing.

2. Is it succinct?

99% of the time your first attempt at copy will use too many words. So sneer at everything you jot down and edit like there’s no tomorrow.

Tools like the Hemingway app help keep your copy clear and to the point. Sure, it might put a dampener on your creativity, but it’ll help you cut the fluff in no time.

Long words and complex sentences will only ever make you cool in school (with your teachers). The real world will find you confusing or pretentious.

Be sure to use an active voice instead of a passive one. It’s not only punchier, but is far more likely to encourage action and aid comprehension. Hemingway can help with that too.

Brevity not only helps users complete tasks quicker, it keeps your interfaces compact yet valuable across devices.

3. Is it transparent?

Is it clear why?

Remember when you were a kid and you’d question everything…

“Eat your vegetables”


“Because they’re good for you”


From an early age, we question most things. We’re uncomfortable with the unknown.

And the internet is full of unanswered questions. Take most forms…

“Give me your email address”



“Give me your phone number”



When the UX writing is good, interacting with a website or product should feel like a conversation. When our interfaces leave customers guessing, it feels one-sided and creates friction.

Customers are more likely to engage with you when you’re open and transparent about your intentions. They want to know why you’re collecting their data. They want to know how many steps there are to a flow. So make sure you keep them in the loop wherever possible.

4. Is it human?

You might be writing the most functional UX copy in existence for a “B2B” cloud platform but you always need to write for the human on the other end of the screen. B2B is a misleading, bullshit term from a writing point of view. You’re always writing for a user, so you should always make sure your copy sounds like it’s written from one human to another.

Use plain English, assume no existing knowledge and avoid any complex jargon that the average person wouldn’t use. Attend as many interviews/testing sessions as you can to start understanding how your users talk.

One rule that will work for you in 9 cases out of 10: if you have to look it up, don’t use it.

5. Is the copy in the design?

Ok, so your copy’s transparent, succinct and useful but this isn’t enough. You need to consider its relationship with the visual and technical elements. It’s why it’s so important to design the words alongside the rest of the process and not before or afterwards.

Imagine you’ve written an absolute killer piece of help copy for a form field. It’s then decided later on that in order to reduce scrolling, this help copy will sit within the field. As soon as the user begins to enter the information, all that help you’ve crafted is gone, leading to an increased risk of error. Even the best words can’t do their job if they disappear. So include words at the sketch phase.

Try not to use squiggly lines in place of words. I spend a lot of time with a sharpie to make sure the visuals, words and features all work towards a common goal from the earliest possible point.

6. But is it actually useful?

Test the words. Your team may not have enough budget to do formal user testing. There may not even be time. But there’s always guerrilla testing. Bug people around the office or buy them a coffee in exchange for their thoughts and insight. Even if they’re not strictly your target users, they can help validate clarity, hierarchy and whether or not the copy helps or hinders the experience.

In advance of speaking to anyone, remember to PEE. Think about:

  • The P urpose of the interaction… does the copy help the user complete their task?
  • E diting… Are all words needed or can you cut them down? Does the user care about everything you’ve said? Maybe you actually need more words to solve a usability issue.
  • E xtra value… is there a way to offer more information or be more helpful? What else does the user want to know?

Structure your conversation around this to validate whether the interface’s microcopy hits your objectives.

Note down any questions the user has and if it’s a common theme work the answers into a second iteration.

Even after you ship, consult the data often. Copy changes really can help bring you closer to what you want to achieve.


Talk: InVision’s Director of Product and Des... Tom Giannattasio is a Director of Product and Design at InVision and focuses on design tooling, he founded Macaw and previously designed tools for...
金融支付:P2P定期变活期产品设计 活期产品具有随存随取,期限灵活的特点,很受投资人的欢迎。所以很多P2P平台都进行了活期产品的创新,今天我给大家分析一下,目前市场上主流的类活期产品的设计方法。 一、P2P的定义以及P2P平台的业务范围 p2p平台是网络借贷信息中介,它从事的业务就是为借款人和出借人提供借贷撮合服务。换句话说,...
Ask the UXperts: Taking Your Research to the Next ... By now you’re probably familiar with our Ask the UXperts sessions. They are a fantastic opportunity to pick the brains of subject specialists – of...
google《快速原型设计》课后总结,如何使用原型驱动产品设计... 本文源于google团队《快速原型设计》课程学后总结,课程主要讲解了如何利用原型驱动产品设计,用户体验研究以及了解用户对 APP 的反馈意见收集,课程中介绍了如何使用 InVision 创建交互中保真原型、远程用户体验研究,但是笔者使用过程中感觉网速很慢,其实可以使用国内的替代方案,做出类...
短视频产品设计:基于产品阶段性目标的设计方案... 文章作者分享了关于产品阶段性的设计方案,希望能够给你带来一些启发。 专注于直播短视频设计-以社交服务为目的 以后台为依托,以主播为中心,以数据为驱动,做服务型产品 产品核心目标:以社交为目的,社交即反馈 最小化可行产品(MVP),围绕阶段性产品目标设计方案 第一阶段:从...

责编内容来自:My blog (本文源链)
本站遵循[CC BY-NC-SA 4.0]。如您有版权、意见投诉等问题,请通过eMail联系我们处理。