UX Copywriting in Product Design
uxplanet.org
uxplanet.org
And "Oops something went wrong! Try again later!" is more cutesy but gives nothing substantial above "Request failed. Retry.". I would hope that a UX designer doing their job properly would think about the user, how they interact with the message, and come to the conclusion that "later" is uselessly vague. "Try again now" or "try again tomorrow" are useful and actionable.
There seems to be a lot more appreciation that UX is important and a proportional increase in UX fluff. Not much of it seems to be very thoughtful.
I think there's a parallel in UI design. There's decades of HCI research, but redesigns seem to be more concentrating on making things look pretty, not easier to use.
The average consumer on a non-tech related site tends to give up pretty quickly when they see arcane error messages. “Oh I’m not technical enough to use that product”.
The way your app „speaks“ to the user influences how people perceive it; and it may make the difference between a user deleting the app in anger, or contacting customer support to ask for help.
We‘re all human beings, and we react to the tone of the message.
As a user I find those messages verify frustrating because it feels like the software potentially knows what the problem was, what a possible solution is, but makes me do it. (Also simply retrying usually doesn’t solve the issue).
The goal of good UX writing should be that the users understand what happens if they click the button.
IMO the goal of good UX is to help users to fulfil the purpose of the product in as pain free way as possible. Clear to understand labels are definitely _a_ goal, but leading the user down a path towards completing _their_ goal should be _your_ ultimate goal. If that's highlighting a CTA button, so be it.
Maybe I misunderstood the article. That would be ironic, right? =)
So the user must act in service of the product, rather than the product acting in service of the user?
https://i.imgur.com/618nCzl.png
https://i.imgur.com/5FeMd8t.png
Just because someone tells you what is good for you / your users, doesn't mean it's true.
I like the gist of the article but this particular message has everything wrong.
- Oops! - please don’t, it makes you look like you do not know what you are doing
- Something went wrong! - what exactly? Is this because of me or you? I’d like to at least see if there is something I can do or not. For example whether I do not have internet access or your server is down
- try again later... when? In a minute, tomorrow?
Saying "Oops, an error occurred, try again later" is essentially useless. Especially after you've seen it more than a few times. Moreover, this kind of thing I have seen first-hand leads to some bizarre magical thinking on the part of users, on the order of "If I slaughter a rooster, and sprinkle the blood around, and a white goose flies overhead, the problem gets resolved." It's staggering seeing some of the "workarounds" that customers will invent if there isn't real error information present.
> "Let's talk", "Oops! Something went wrong..."
> ...Because writers are good at grammar and punctuation...
Struggling for relevance and failing. If that's all they can offer, they offer no value. No, it's not because I have a blind spot as a developer, but because I know my users.
That is not to say that the technical / UI writers are redundant. It's just the level of most is ridiculously low. It's like with web design: lots of providers, but only a handful of those that know what they are doing.
Heck, I'd be happy to outsource many of my content writing chores but I am yet to find a combination of functional brain, ability to analyse the tech, and sensible rates!
I know a multinational where the technical documentation department was busy copying the documentation from an internal portal (Confluence) to an external customer-facing portal. They would ask the developers to write the documentation and what parts should be copied. Amazingly, they often couldn't do even that properly. They had nice-sounding titles like "manager", "director", "analyst", etc. To the company's merit, the idiocy was eventually discontinued, but it took years.
That said, the article makes a valid point about consistency of tone of voice through an application, and that the tone and style of writing through a product forms part of the user's experience.
I think that means our good friend Mr Censorship has come to town!
Really, if you write about UX and don't want to engage in a decent counter-argument, you should be doing something else.