Почему пользователи не используют запрошенные функции продукта?

Копировать ссылку

Возможные ответы (13)

. Пользователи беспокоятся за целостность данных, которые они привыкли обрабатывать прежним функционалом. Они не чувствуют уверенности в том, что новый функционал не станет для них напрасной тратой времени.

. Пользователи хотели функционал аппелируя к тому, что он есть у конкурентов, либо к «новизне» технологии. Желание было обусловлено эмоциональным импульсом, а не рациональной оценкой полезности. На практике, функционал оказался куда менее полезным, чем им казалось.

. При возможности напрямую оценить запрошенный функционал, пользователи поняли, что прежний функционал был лучше/удобнее.

. Мы не смогли поставить себя на место пользователей, и не верно интерпретировали их пожелания. Ошибка также может быть связана с .

. Мы не верно истолковали пожелания пользователей, и не заметили как создали что-то, что было удобнее для нас, чем для них.

. Пользователям сложно дается адаптация к изменениям, из-за привычек, сформированных при работе прежними методами.

. Мы переоценили возможности пользователей по использованию запрошенного функционала. Функционал оказался для них слишком сложным.

. Пользователи не учли масштаб изменений, которые запросили. Увидев изменения, они испытали диссонанс и поспешили вернуться к прежним методам работы.

. Новый функционал подразумевает, что пользователи прекратят использование «старой» системы, и перейдут на «новую». Пользователи не учли эмоциональную ценность прежнего функционала, в который они вложили много своих сил и времени.

. Мы добавили функционал без учета закона Миллера. Кол-во объектов, требуемых для запоминания усложнило усвоение нового функционала.

. Пользователи, чье мнение мы взяли за основу для разработки функционала, оказались некомпетентны в обсуждаемом вопросе.

. Если пользователи голосовали за какой-то функционал публично, их ответы могли отражать желание выглядеть предпочтительнее в глазах окружающих. Вместо внимательного анализа предложенных вариантов, они придерживались линии поведения кореллирующей с их публичным образом.

Пользователи могли банально не заметить новый функционал. Возможно нас подвела манера презентации функционала (). Если дизайн позволяет, мы можем сделать акцент на функционале используя .

Связанные вопросы

#48.

Что учитывать вовлекая пользователей в разработку продукта?

#53.

Что учитывать планируя удаление функционала из продукта?

#6.

Почему пользователи жалуются, что продукт не оправдал их ожиданий?

#7.

Почему пользователи разочаровываются в нашем продукте?

#17.

Почему пользователи не используют большинство функций нашего продукта?

#39.

Как мы можем сделать наших пользователей более ответственными?

Насколько полезным вы нашли этот материал?

Не полезно

Очень полезно

Спасибо за ваш вклад в развитие проекта!

UX CORE GUIDE

UXCG — это бесплатный инструмент, который помогает разобраться в самых популярных проблемах продуктового и проектного менеджмента с точки зрения когнитивной науки и поведенческой экономики.