Что делать, если пользователи просят то, что мы не можем реализовать?

#49
modal close button

Что делать, если пользователи просят то, что мы не можем реализовать?

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

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

. Не игнорировать просьбы.
, . Мы можем максимально прозрачно объяснить все те сложности, с которыми столкнемся в случае если пойдем по предложенному ими пути.
. Мы можем видоизменить требования пользователей, и вывести несколько похожих опций на всеобщее голосование. При этом каждая из опций должна быть выполнима, и соответствовать нашим бизнес целям. Само голосование можно провести без указания абсолютного кол-ва участников (только проценты). Затем, аппелируя к большинству мы можем отказать в рассмотрении требуемых изменениях, и имплементировать те, которые победили на голосовании. При этом мы подчеркиваем, что делаем все в соответствии с пожеланиями пользователей ().
, . Мы можем показать пользователям существенные изменения в устоявшемся порядке действий в привычных компонентах продукта, если мы согласимся с предложенными изменениями. Идея в том, чтобы показать пользователям как сильно они недооценивают удобство устоявшихся практик.
. Мы можем отвлечь пользователей от их требований, серией кратковременных бонус- предложений/наград.
. Если предложенные изменения выпадают из контекста продукта, тогда нам следует развернуто это объяснить. Конечно, пользователи не обязаны понимать важность целостности продукта, однако объяснение наших беспокойств – это меньшее что мы можем сделать.
. Пользователи могут захотеть увидеть разницу в виде «до» изменений и «после». Если мы считаем что наша транспарентность с аудиторией может нам помочь, тогда нам следует наглядно показать потенциальные результаты изменений.
. Иногда нам может быть достаточно показать то время, которое потребуется на разработку предложенных изменений. Если речь идет о нескольких месяцах, требуемых на разработку, тогда мы можем подчеркнуть, что к моменту запуска обновлений, они утратят свои полезные качества.

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

#44.

Что учитывать при работе с отзывами пользователей (фидбэком)?

#55.

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

#2.

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

#3.

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

#22.

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

#57.

Как добавить дополнительную ценность продукту “из ничего”?

Насколько полезным вы нашли этот материал?
Не полезно
1
2
3
4
5
6
7
8
9
10
Не полезно
Очень полезно
Спасибо за ваш вклад в развитие проекта!
previous bias
next bias
keepsimple logo
  • English flagEnglish
  • Armenian flagArmenian
  • Russian flagRussian
picВойти
Мой профильНастройкиВыйти
Ссылки
UX COREGUIDEPERSONAUX CATBob - AI AssistantБоб - ИИ Ассистент
keepsimple logo
UX CoreGuidePersonaИгра на вниманиеBob - AI AssistantБоб - ИИ Ассистент
Ссылки
Использование проекта в образовательной системе
UX CORE GUIDE
Добавление вашего вопроса
UX CORE PERSONA
Вводная статьяHabr.com publishing platform logo
APIUX Core API
  • English flagEnglish
  • Armenian flagArmenian
  • Russian flagRussian
picВойти
Мой профильСохраненные ПерсоныНастройкиВыйти

UX CORE GUIDE

arrow downКак пользоваться

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

Как использовать UXCG

  1. Выберите стадию вашего продукта ниже;
  2. Выберите интересующий вас вопрос;
  3. Прочтите возможные ответы.

Каждый ответ объясняет, как когнитивные искажения связаны с вашим вопросом. Поскольку вы лучше всего понимаете свой контекст, вы можете напрямую применять полученные знания. Хотя инструмент не предоставляет готовых решений из-за уникальности каждого случая, он открывает новые перспективы, подкрепленные наукой.

Описание лейблов
Вопросы связанные с кооперацией команд и лиц, работающих над продуктом.
Вопросы связанные со стадией разработки продукта (от идеи до публичного релиза).
Вопросы связанные с продажами, маркетингом, потенциальными пользователями и общей оберткой продукта.
Вопросы связанные с интеракцией пользователей с продуктом и его функционалом.
Вопросы связанные с чтением аналитики по продукту.
search icon
Выберите стадию вашего проекта
#10.

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

#30.

Какие ошибки мы допускаем в работе с аналитическими данными по продукту?

#41.

Что делать если упрямство наших коллег наносит вред рабочему процессу?

#43.

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

#45.

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

#50.

Как работать с некомпетентным коллегой/начальником?

#59.

Что учитывать при упоминании политических, социальных либо экономических событий в текстах компании/продукта?

#61.

Что делать, если команда тратит слишком много времени на неважные мелочи?

Be Kind. Do Good.