. The recent updates have not contrasted with the previous ones. If we expect users to distinguish between monotonous updates/events, we are most likely to be disappointed.
, . We haven't bothered to provide a nice wrapper for our updates. The "wrapper" refers to any element of our communication with users. These include mailing lists, alerts, release notes, images, etc.
. Our updates did not meet user expectations.
. Our main argument in support of changes was their novelty. Users, in turn, were interested in other things.
, . Our updates mean that users will completely or partially abandon the part of the product in which they have invested a lot of time and energy.
. Our updates fall on that period of our user's life cycle in which he has a gloomy mood. Consequently, the user makes judgments based on emotional impulses rather than logical judgment ().
. We presented the updates by breaking them into too many parts and thus "diluted" their impression. As a result, users became indifferent to the information that we wanted to convey through the release notes.
. We have exaggerated the significance of what we have created. We may have become a victim of the .
. Our users' competence and knowledge do not allow them to assess the significance of our updates objectively. Our mistake is that we didn't take care of a convenient "wrapper" for updates.
, . We misinterpreted our users' feedback, and the system updates were not as interesting as we thought.
#3.Why users don't use requested features?
#5.Why do users complain about product updates?
#6.Why didn’t our product meet user expectations?
#15.Why do users say our product is boring?
#43.What to consider when planning product releases?
#63.What to do if a significant mistake occurred in the latest release?