Is it good to add some personal information (name, username or other) in success or error messages?


  • 4
    Although not a UX concern, there are potential security issues with doing this as well. Commented Jul 23, 2013 at 14:00
  • @AthomSfere, could you please explain your thoughts? Commented Jul 23, 2013 at 15:08
  • Would it be horribly off topic to do it as an answer I wonder, it could get long winded Commented Jul 23, 2013 at 15:22
  • 2
    @AndrewLeach There are already similar questions/ answer and relevant: security.stackexchange.com/questions/13079/… Commented Jul 23, 2013 at 16:53
  • 4
    That's a bit different than just inserting the user's first name (after login) into a confirmation message. Many websites (like this one!) show some sort of "display name" on every page. Why would it be more of a security concern to also display it in messages like the one in the question? I can understand not showing login credentials, but what's wrong with display names, first names, that sort of thing?
    – PeterL
    Commented Jul 23, 2013 at 20:19

13 Answers 13



Igor. Content personalisation can be appropriate at times, like in an email or after login. Amongst a few, it makes the system appear more 'human', and can facilitate some personal 'bond' with the user. But one can argue that by attaching a name to a notification you won't achieve that (I see proper personalisation as real user-dependent content). Also, if overdone, you can annoy users, and repeating notifications with the user name in them can lead to exactly that. This is what I am trying to do by repeating your name in this answer, Igor.

You should ask yourself Igor whether:

  • you want to personalise your system to begin with;
  • you want to personalise the notifications;
  • the notifications is the right place for this;


One must ask Igor, what is the benefit in having someone's name in a notification. Interfaces are often designed to meet business goals - to incite some behaviour from users. Here is a place where it could be justified:

          An example of price list with a personalised user recommendation

But how does this apply to notifications Igor? What is the goal?

Everyday Language

You can argue that the use of personal names in systems follows the way we speak to people on a daily basis. I urge you to consider how we use people names in conversations.

Apart from in introductions and goodbyes, we typically say someone's name as a mean of emphasis or urgency:

  • "Look John, I disagree with this concept."
  • "Look, I disagree with this concept."
  • "I disagree with this concept."

Which one comes across as stronger?

  • "John, please leave the seat down when leaving the toilets."

You could argue, Igor, that in some cases saying someone's name is somewhat patronising.

Computer Says 'No'

Racheet has already covered this brilliantly. If you are to include names in notifications, for consistency sake you'll have to also include them in error messages:

                                         An error message

A message as such can really annoy users (ditto for humor, but that's a different story).


Now Igor, I think the main priority with notifications is to deliver the information in the quickest, clearest, and most-concise way possible. A plain language expert would ask you to consider these options:

               various wordings of success messages

As you can see, Igor, all these options convey the same thing. Some nice experiment you can do is to toggle your eyes between the top and bottom options - it should take you around 3 seconds to get the top one (and your brain would need to work a bit, scanning and making sense and building models and stuff); but less than a second to get the bottom option (a really brief look would suffice and it feels as if you haven't read anything at all).

The middle option should take slightly longer than the bottom one with some brain work required. To really dissect, I should add that by introducing "John," you will be reducing the flow of the sentence. This is something commas do and style guides point that out. Dostoevsky was known for not complying with this, with stop-and-go sentences along these lines being customary:

"I was, by all means, ready, although not in the same way I was in my youth, to challenge this peasant, this dirty young man, which I met at the market."

Having said that, you can argue that 'Settings saved' is somewhat cold and mechanical. 'Your settings have been saved' is more personal than 'Settings have been saved' (because of 'Your' - See this blog on the power of 'you').

Depending on the user persona and the frequency of notifications, I would go with either the 'Your settings have been saved' version or the 'Settings saved' one.

  • 10
    Too bad this answer was addressed at Igor only, Izhaki, so I cannot upvote your answer, Izhaki :-P (nah, kidding, +1 for the examples) Commented Jul 24, 2013 at 8:40
  • 7
    Haha, I found it unnecessary and uncomfortable how you kept using Igor's name. Got it =) Commented Jul 26, 2013 at 20:55
  • +1 Using people's names unnecessarily, in a UI or in conversation, often comes across as patronising. Commented Jul 29, 2013 at 21:26

"I'm sorry Dave, I'm afraid I can't do that."

That scene from 2001: A space odyssey is a good example for why this can be a dangerous practice.

Beware of anthropomorphising a computer to the point where the user starts ascribing malice to it. Error messages need to be non-personal to avoid the user feeling like the computer is complaining at them, or worse, actively trying to hinder them.

  • 15
    That's exactly the quote which came to me. It's a MACHINE. It shouldn't be chatty. Commented Jul 23, 2013 at 12:47
  • 8
    Have you ever seen any research or study about that? Commented Jul 23, 2013 at 15:09
  • 17
    -1: This answer seems popular, because it quotes a geeky movie. But to be honest, it contains only very few advice. And I can think of error messages, which are personal, but don't blame the user. Commented Jul 24, 2013 at 8:54
  • 2
    And what about Siri? Time by time, I have been getting answers like: - I need a flight to Tokyo? - Sorry Igor, I can't help you with flights Commented Jul 24, 2013 at 13:07
  • 1
    @IgorGubaidulin I opened a question on Cognitive Science StackExchnge regarding your this. cogsci.stackexchange.com/questions/3951/… Commented Jul 25, 2013 at 17:35

There are two big problems, from an internationalization perspective:

  1. How sure are you that your Name data contains the name the user is called by? Getting your name data format correct is a classically difficult problem.

  2. As soon as you add name wildcards to your error messages, they will become much more difficult to translate to other languages. Without knowing what the name is, the translator may have difficulty finding the correct level of formality, putting the wildcard in the right place in the string, or even using the right gender for verbs. Without context, it's much easier to translate "Your settings have been saved" than it is to translate "*, your settings have been saved."

  • 4
    +1 especially for the first one - what if the user claims their name is "noneofyourbusiness" since they were required to enter something in a name field but don't want to... Commented Jul 24, 2013 at 8:39
  • 4
    Also, it may be slightly more difficult for users to accurately do searches for your error.
    – Don Nickel
    Commented Jul 25, 2013 at 16:12

The most relevant research I could find on this topic is a little dated. Fundamentally, adding user names to error messages deals with humanizing an interface. In a study of using human faces as part of computer interface [1] (admittedly, a step well beyond just including user names), the researchers found that increasing the humanization of an interface does not necessarily make users like it more. Another study comparing machine-like versus human-like computer feedback found a similar result, where error messages like "Incorrect date format - expected MM/DD/YYYY" were compared to "Sorry, [User], I don't understand that date format - I need it in MM/DD/YYYY" [2]:

Human-like error feedback significantly increased the generation of negative cognitive responses by persons with high-self esteem but significantly decreased the negative cognitive responding of persons with low self-esteem...Subjects also rated the neutral feedback as being the most helpful.

Our data suggest that the terms "user oriented" and "user friendly" should not necessarily mean that the software contains human-like feedback messages for the user.

This is an interesting conclusion, suggesting that humanized system messages are better for users with low self esteem (or, perhaps, confidence in using the system).

Ultimately, I think you can take a look at the industry today and see that using personal information in system dialogues is not typical. Other answers here touch on some other possible reasons for this - users ascribing agency (and malice) to the system, etc.

[1]: Lee Sproull, Mani Subramani, Sara Kiesler, Janet H. Walker, and Keith Waters. 1996. When the interface is a face. Hum.-Comput. Interact. 11, 2 (June 1996), 97-124. DOI=10.1207/s15327051hci1102_1 http://dx.doi.org/10.1207/s15327051hci1102_1

[2]: Resnick, P. V. and Lammers, H. B. (1985). The Influence of Self-Esteem on Cognitive Responses to Machine-Like versus Human-Like Computer Feedback. The Journal of Social Psychology, 125(6):761-769.


Although 2001 SO is one of my favourite movie, here are a few things to keep in mind:

  1. Users don't like to read, the shorter the better. Kudos if it smarts and eventually witty.

  2. As a user, I would find quite redundant (and annoying) to have to read my name every 2 minutes. I'm already engaged in this 1 to 1 interaction with the interface.

  3. In a conversation, we don't -or very rarely- repeat the other person's name when answering a question or making a statement.

  4. Although being more personal is a great idea, it often fails when we have to dive into details: masculine and feminine first names, i18n, etc.


I think there is a place for this - but it's not about calling users by name. That reminds me of middle-school programming assignments, which have a habit of starting with asking a user to type their name so the program can echo it back in messages.

The more useful application of message personalization is to echo what has actually been done in a confirmation message, or what's needed in an error message. Your password has been updated is clear and meaningful vs. Your setting have been updated. Your form contains an error isn't very helpful, but Please enter your zip code is more clear and direct. You have a new comment tells you more that You have messages, etc. I may be mixing the idea of message personalization with customization, but in the end personalization is a subset of customization anyway.

  • 1
    I think this is essentially a comment as it does not add much by way of a providing a useful answer. Not even a Yes/ No: "but it's not about calling users by name."
    – Kris
    Commented Jul 25, 2013 at 6:03

Often we're used to copy and past a code error in Google (or in other help form) in order to find further details.

So, if there is a personal message some of this research could be empty.

Fot this, I think is not a good idea, and I don't see any important advantage.

  • 1
    I don't think it would get in the way of looking up error information; anybody receiving a message with their own name in it should know to take out their name before using the message in an internet search. And besides - if the application needs to help the user in this way, error codes are often far more relevant than error messages. Commented Jul 24, 2013 at 10:45
  • 2
    I'd also add that if you have to copy and paste an error message into Google to find out what it means then that error message itself is woefully inadequate - your errors should give all the feedback that is required to the user without them having to do research into what it means.
    – JonW
    Commented Jul 24, 2013 at 11:27
  • 1
    @vincebowdren - never underestimate the level of inexperience of an aggrevated user. The error SHOULD be more clear, but there are rare times that - for technical reason - that isn't a realistic option, such as when an error bubbles up from an underlying system. It is also possible that a user name can generate false positives, or limit return results, of the search engine the user is using.
    – Don Nickel
    Commented Jul 25, 2013 at 16:22
  • 1
    @DannyVarod additional information such filename or project name are necessary to understand where and when an error happens. And it should be at the end of error description (or at begin). The name of presumed user, absolutely not. The key is here. You add a possible problem (ok, a remote problem, but a problem) without any real advantage. Just that. Commented Jul 26, 2013 at 7:39
  • 1
    @chumkiu I am against putting the user's name in the message, I just don't support this reasoning. Commented Jul 26, 2013 at 18:14

This depends on the personality of your brand (site that is). MailChimp, OKCupid, etc. have done these things in the past where the error messages create an experience in there own. Example: Instead of "ERROR: Page unable to load" you might see "One of the Monkeys got lose, we will be back online as soon as we get him in his cage". It's the personality of the brand or site.

Meaning if this is an error message for a medical cliic I would say keep it simple and to the point. However, if this was an error message to an action movie lovers site you could make it fun and in tune with the theme of the site.

In the end will John not know it was his saving that were saved if you do not place his name there? Doubt it. If it was a multi player game and John's were saves while others were not, then yes. It just depends if you want to put in a litle dev time and have another dynamic piece to a site to deal with.


There are both practical and branding considerations here. One the branding side, you have to take into account the voice and tone of your website. Is it in line with your brand voice to address the user by their first name? Has this practice been consistently deployed throughout the site?

On the practical side, I would echo the comments made above about internationalization and add some other practical concerns. Just because you have captured a person's name doesn't mean you know the name the person likes as a form of address. Have you included a form field for "name you prefer to be addressed as" in order to have this information available for use? Different cultures may employ different forms of address, including using the last name as a familiar form of address and rules for when a familiar form can be used.

All in all, I would shy away from using personalization in error messages, but that is a judgment call.


I'll keep this short. A few reasons not to personalize error or confirmation messages are:

  1. According to Jakob Neilsen's usability heuristics, error or confirmation messages should not contain irrelevant information. A person's name is irrelevant.
  2. Personalization increases development time and increases error potential. Message scenarios would need to be considered and developed for users who are logged in, and not logged in.

People scan information, I think less is more.. so in this example do not include the person's name. Add a tick mark instead :-)


Personalizing a machine - and by that I don't mean personalized search results or the internet bubble - is the most difficult obstacle we are about to face in the next few years.

Simple example? Robots are robots as long as they act like robots. If they start trying to act like humans but don't respond like humans (or the way a human would expect them to respond in a natural way), they get creepy. As in wrong facial expressions, undertone, responding to messages "between the lines" etc.

We have a million ways of interacting with each other. Trying to let a machine respond in the most natural way is a major task. Chances are high that machines will address natural human requirements in an unpleasant way.

To answer your question: It depends. It depends on your domain. If your talking to engineers, professionals etc. who talk tech, respond like a machine. "Done", "Saved", "Error. Please go back and..." etc. Be impersonal.

If you want to address etsy.com, deviantart.com or any other non-technic-affine users I would slowly try to introduce the one or other personal communication. I would keep a list of all those interfaces, where users are displayed with messages like these so you can grasp over it from time to time and have a feeling with which tone you are talking to your customers.

Very interesting question!


This would lead to Anthropomorphism, which is a bad idea (). Besides, that would creep many users out (*).

Users want computers to do as they ask, not to socialize with in an attempt to convince them to do as they want. When you address someone in a first name basis, you are communicating on a personal level, something which users don't expect computers to do.

(*) If your computer refers to you on a first name basis, wouldn't you feel that you have to reply in the same manner in return.

(**) Imagine if you used your face to log in and your computer commented the your hair looks good today.

  • 9
    Don't anthropomorphize computers. They hate it when you do that.
    – Patrick M
    Commented Jul 26, 2013 at 6:37

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.