. Мы не верно истолковали пожелания пользователей, и не заметили как создали что-то, что было удобнее для нас, чем для них.
. Нашими изменениями мы убрали ту часть функционала, которую наши пользователи считали «неотьемлемой частью своего владения». При этом не важно, использовали ли они этот функционал или нет.
. Проблема в сложности новых функций продукта. Возможно, они качественно решают требуемые задачи, но при этом слишком сложны в использовании.
. Наши обновления попадают на тот период жизненного цикла пользователя, в котором у него мрачное настроение. Как следствие, пользователь выносит суждения на основе эмоциональных импульсов, а не логической оценки ().
. Наши обновления непропорционально сильно затрагивают одну из нескольких групп наших пользователей. Также, возможно, из-за специфики нашего продукта, пользователи думают, что из-за обновлений они «у всех на виду» ().
, , . С каждым обновлением мы добавляем общую ценность продукту, но не учитываем отрицательную эмоциональную ценность потерь наших пользователей. Иными словами, мы игнорируем эмоциональный дискомфорт, который причиняем пользователям.
. Мы не позаботились об объяснении значимости обновлений для пользователей. Как следствие, пользователи истолковали происходящее в ущерб своим интересам ().
. Пользователи не следуют инструкциям, которые мы сделали для них в связи с грядущими обновлениями. Причина в их несогласии следовать правилам, о которых мы с ними договорились (Особенно актуально для B2B Enterprise-level клиентов).
. Наши обновления затронули те части продукта (workflows), в которых у пользователей были закрепленные привычки.
В контексте обсуждаемого вопроса также будет полезно изучить , и .
#5.Почему пользователи жалуются на обновления продукта?
#11.Пользователи винят нас в своих ошибках.
#22.Почему пользователям не понравилось последнее обновление продукта?
#43.Что учитывать при планировании релизов продукта?
#63.В последнем релизе мы допустили грубую ошибку. Что делать?
#54.Что учитывать при добавлении нового функционала в продукт?