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

#49

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

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

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

. Не игнорировать просьбы.

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

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

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

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

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

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

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

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

#44.

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

#55.

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

#2.

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

#3.

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

#22.

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

#57.

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

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

Не полезно

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

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

English
Armenian
Russian

Войти

Мой профильНастройкиВыйти

Ссылки

UX CORE GUIDE PERSONA UX CAT

Боб - ИИ Ассистент

UX Core Guide Persona Игра на внимание

Боб - ИИ Ассистент

Ссылки

Использование проекта в образовательной системе

UX CORE GUIDE

Добавление вашего вопроса

UX CORE PERSONA

Вводная статья

API

English
Armenian
Russian

Войти

Мой профильСохраненные ПерсоныНастройкиВыйти

UX CORE GUIDE

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

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

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

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

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

Описание лейблов

Вопросы связанные с кооперацией команд и лиц, работающих над продуктом.

Вопросы связанные со стадией разработки продукта (от идеи до публичного релиза).

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

Вопросы связанные с интеракцией пользователей с продуктом и его функционалом.

Вопросы связанные с чтением аналитики по продукту.