Почему пользователи не используют запрошенные функции продукта?
English
Armenian
Russian
Почему пользователи не используют запрошенные функции продукта?
Копировать ссылкуСкопировано!
Поделиться
Возможные ответы (13)
. Пользователи беспокоятся за целостность данных, которые они привыкли обрабатывать прежним функционалом. Они не чувствуют уверенности в том, что новый функционал не станет для них напрасной тратой времени.
. Пользователи хотели функционал аппелируя к тому, что он есть у конкурентов, либо к «новизне» технологии. Желание было обусловлено эмоциональным импульсом, а не рациональной оценкой полезности. На практике, функционал оказался куда менее полезным, чем им казалось.
. При возможности напрямую оценить запрошенный функционал, пользователи поняли, что прежний функционал был лучше/удобнее.
. Мы не смогли поставить себя на место пользователей, и не верно интерпретировали их пожелания. Ошибка также может быть связана с .
. Мы не верно истолковали пожелания пользователей, и не заметили как создали что-то, что было удобнее для нас, чем для них.
. Пользователям сложно дается адаптация к изменениям, из-за привычек, сформированных при работе прежними методами.
. Мы переоценили возможности пользователей по использованию запрошенного функционала. Функционал оказался для них слишком сложным.
. Пользователи не учли масштаб изменений, которые запросили. Увидев изменения, они испытали диссонанс и поспешили вернуться к прежним методам работы.
. Новый функционал подразумевает, что пользователи прекратят использование «старой» системы, и перейдут на «новую». Пользователи не учли эмоциональную ценность прежнего функционала, в который они вложили много своих сил и времени.
. Мы добавили функционал без учета закона Миллера. Кол-во объектов, требуемых для запоминания усложнило усвоение нового функционала.
. Пользователи, чье мнение мы взяли за основу для разработки функционала, оказались некомпетентны в обсуждаемом вопросе.
. Если пользователи голосовали за какой-то функционал публично, их ответы могли отражать желание выглядеть предпочтительнее в глазах окружающих. Вместо внимательного анализа предложенных вариантов, они придерживались линии поведения кореллирующей с их публичным образом.
Пользователи могли банально не заметить новый функционал. Возможно нас подвела манера презентации функционала (). Если дизайн позволяет, мы можем сделать акцент на функционале используя .
Связанные вопросы
#48.
Что учитывать вовлекая пользователей в разработку продукта?
#53.
Что учитывать планируя удаление функционала из продукта?
#6.
Почему пользователи жалуются, что продукт не оправдал их ожиданий?
#7.
Почему пользователи разочаровываются в нашем продукте?
#17.
Почему пользователи не используют большинство функций нашего продукта?
#39.
Как мы можем сделать наших пользователей более ответственными?
Насколько полезным вы нашли этот материал?
Не полезно
1
2
3
4
5
6
7
8
9
10
Не полезно
Очень полезно
Спасибо за ваш вклад в развитие проекта!
Ссылки
UX CORE GUIDE
Добавление вашего вопроса
UX CORE PERSONA
Вводная статья
UX CORE GUIDE
(UXCG - Находим решения ваших проблем)
Как пользоватьсяUXCG — это бесплатный инструмент, который помогает командам выявлять проблемы пользовательского опыта, связанные с когнитивными искажениями, на всех стадиях разработки продукта: от прототипирования и тестирования до улучшения действующего продукта.
Как использовать UXCG
- Выберите стадию вашего продукта ниже;
- Выберите интересующий вас вопрос;
- Прочтите возможные ответы.
Каждый ответ объясняет, как когнитивные искажения связаны с вашим вопросом. Поскольку вы лучше всего понимаете свой контекст, вы можете напрямую применять полученные знания. Хотя инструмент не предоставляет готовых решений из-за уникальности каждого случая, он открывает новые перспективы, подкрепленные наукой.
Описание лейблов
Вопросы связанные с кооперацией команд и лиц, работающих над продуктом.
Вопросы связанные со стадией разработки продукта (от идеи до публичного релиза).
Вопросы связанные с продажами, маркетингом, потенциальными пользователями и общей оберткой продукта.
Вопросы связанные с интеракцией пользователей с продуктом и его функционалом.
Вопросы связанные с чтением аналитики по продукту.
Выберите стадию вашего проекта
#10.
Почему пользователи жалуются на качество нашей поддержки?
#30.
Какие ошибки мы допускаем в работе с аналитическими данными по продукту?
#41.
Что делать если упрямство наших коллег наносит вред рабочему процессу?
#43.
Что учитывать при планировании релизов продукта?
#45.
Что делать если некоторые участники нашей команды не высказывают свое мнение?
#50.
Как работать с некомпетентным коллегой/начальником?
#59.
Что учитывать при упоминании политических, социальных либо экономических событий в текстах компании/продукта?
#61.
Что делать, если команда тратит слишком много времени на неважные мелочи?
Be Kind. Do Good.