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

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

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

. Прежде чем оценивать вероятность успеха или неудачи следует провести декомпозицию ситуации. Нам следует выписать каждый потенциально возможный риск, и оценить его отдельно. Подобный анализ по времени может занять на 30% больше времени, но в итоге дать на 90% более точный результат.
. В начале любого обсуждения нам следует обозначать повестку дня (agenda). Повестка должна быть отсортирована по важности вопросов (важнейшие – первыми). Помимо этого, нам следует назначить ведущего повестки (модератора), который будет следить за тем, чтобы обсуждение не уходило в мелкие детали и не «съедало» время всей команды.
. Иногда атмосферы «открытости и доверия» бывает недостаточно чтобы узнать мнение каждого участника. Нам следует создать механизм, благодаря которому каждый участник планирования сможет свободно (может, даже, анонимно) высказать свою точку зрения. Самый большой «риск» для нас – это случайно узнать какую-то деталь, которая была всеми упущена.
. Любые обсуждаемые сроки должны быть оценены всеми участниками команды. Возможность обсуждать сроки, озвученные коллегами, позволяет нам сохранять атмосферу открытости, что делает диалог более продуктивным.
. Нам следует ограничить влияние наших эмоций, а также офисной атмосферы на обсуждаемые сроки.
, . В большинстве случаев мы не ожидаем каких-то существенных изменений в завтрашнем дне. Вероятность изменений коньюнктуры рынка или «мира» наших партнеров по проекту нами обычно игнорируется. Если мы не хотим впоследствии объяснять причину нашего провала «маловероятными», «внешними» событиями, тогда нам следут заранее учесть подобные вероятности ().
. Бывают ситуации, когда наш выбор в пользу «безопасного», «однозначного» решения приводит к недополученной выгоде. Например, мы не решились делать релиз в один день с конкурентами из-за вероятности низкого спроса. При этом, мы не подумали, что ситуация может быть прямо противоположной, и интерес у аудитории к нам в этот день может быть гораздо выше чем в любой другой. Понимая нашу склонность к выбору решений с гарантированным исходом, нам следует учиться абстрагироваться от наших эмоций и более трезво оценивать ситуацию.
. В планировании следует опираться только на данные системы и проверенные факты. К мнению любых персон, у которых много власти и авторитета следует подходить предельно осторожно.
. В зависимости от специфики нашего продукта и нашей аудитории, нам может понадобиться учесть фактор предрассудков. Это касается календарных дат запуска (напр. Пятница 13), ассоциаций с негативными событиями (день скорби в стране), и т.д.
. Нам следует записать все договоренности к которым мы с командой пришли, включая те, которые, как нам может показаться, слишком очевидны. Показывая нашу картину мира во всех возможных деталях мы снижаем вероятность, что что-то «предельно очевидное» было пропущено нами, либо нашими коллегами.
, . Если наш коллега игнорирует какие-либо аргументы из указанных выше, считая что «это к нему не применимо», тогда первым делом нам следует пересмотреть все решения в которых он участвовал.

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

Насколько полезным вы нашли этот материал?
Не полезно
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.