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

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

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

, . Если мы не уверены понравится ли функционал пользователям или нет, тогда нам следует поместить его в неявное место. Идея в следующем: если мы поместим функционал на видное место, а позже окажется, что большинству пользователей он не нужен – его будет гораздо сложнее убрать, не вызвав негативной реакции пользователей.
. Функционал должен гармонично вписываться в контекст как продукта, так и той страницы, куда мы его помещаем.
. То, как мы презентуем новый функционал задает тон для будущих апдейтов. Чем высокопарнее мы перзентуем функционал, тем более высокая планка ожиданий формируется у пользователей ().
. Во время презентации нового функционала нам следует использовать формулировки, которые больше всего сочетаются с пользовательскими ожиданиями.
. Если новый функционал затрагивает устоявшиеся процессы продукта (workflows), нам желательно сделать его использование опциональным, давая пользователям возможность использовать все так, как было до релиза.
. Нам следует максимально понятно объяснить все преимущества нового функционала, даже если нам кажется, что все совершенно очевидно.
. Мы можем сильно переоценить наши способности по запуску функционала в оговоренные сроки.
. Если запуск нового функционала сильно изменяет продукт, не давая возможности пользователям отказаться от обновления – это может вызвать резко негативную реакцию пользователей.
. Нам следует позаботиться о снижении входящего порога использования функционала, а также времени цикла обучения его использованию. Все наши предположения по поводу простоты нового функционала должны быть оценены другими участниками команды.
. Если беспокоясь за запуск функционала мы все время ищем дополнительную информацию, нам следует заранее определить как именно эта информация повлияет на наше решение. Иными словами, нам следует определить критерии по которым информация окажется полезной.

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

Насколько полезным вы нашли этот материал?
Не полезно
1
2
3
4
5
6
7
8
9
10
Не полезно
Очень полезно
Спасибо за ваш вклад в развитие проекта!
previous bias
next bias
keepsimple logo
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.