. We misinterpreted users' wishes and did not notice how we created something that was more convenient for us than for them.
. We accidentally removed the part of product functionality that users considered as "their own." It doesn't matter if they used this functionality or not.
. The problem is the complexity of new features. Perhaps they solve users’ problems but are overly difficult to use.
. Our updates fall on that period of our user's life cycle when he has a gloomy mood. As a consequence, the user makes judgments based on emotional impulses rather than logical judgment ().
. Our updates affect one specific group of our users disproportionately compared to the others. Perhaps due to the nature of our product, users think that recent updates are making them "visible by others" ().
, , . With each update, we add overall value to the product, but we do not count the negative emotional weight of our users' losses. In other words, we ignore the emotional discomfort that we cause to users.
. We didn’t bother explaining the importance of the updates, which caused offense. As a result, users interpreted our inaction in a very negative way ().
. Users are not following the update instructions we made. The reason is in their disagreement to follow the rules that we have agreed with them previously (this is especially relevant for B2B clients).
. Our updates have affected those workflows of the product where our users had established habits.
Such issues can be solved by creating the , and/or .
#5.Why do users complain about product updates?
#11.Users blame us for their own mistakes
#22.Why didn’t users like or appreciate the recent product update?
#43.What to consider when planning product releases?
#63.What to do if a significant mistake occurred in the latest release?
#54.What should be considered when adding new product functionality?