Когда убирать, а не добавлять фичи
Обычно мы привыкли запускать новые продукты или добавлять фичи в существующие. Предлагаю поговорить о том, когда может быть полезным наоборот убирать, а не добавлять.
⏰ В каких ситуациях актуально
1️⃣ Когда стоимость поддержки фичи выше чем ее совокупная полезность для компании. Под полезностью подразумеваю как материальные, так и нематериальные выгоды. Сюда можно в том числе отнести следующие категории: доход от фичи, влияние на репутацию и на совокупную ценность продукта, возможности для масштабирования.
2️⃣ У команды нет ресурсов на развитие фичи, а пользователи хотят большего. При этом компания также не готова расширять количество команд, чтобы распределить фичи между ними. Если все-таки готова, то такие фичи можно передать другим командам, чтобы не терять фокус.
✅ Как действовать
1️⃣ Выделить риски изъятия фичи
2️⃣ Оценить риски
3️⃣ Продумать стратегию реагирования для наиболее существенных рисков
Напоминаю, что существует четыре стратегии работы с рисками: уклонение, передача, снижение и принятие. Вообще в целом подход работы от рисков, на мой взгляд, является одним из самых удачных при принятии большинства решений.
🔹 Пример
Например, мы выявили следующие риски изъятия функции прослушивания музыки в социальной сети:
1️⃣ Отток пользователей из продукта
2️⃣ Изъятие фичи навредит репутации компании
3️⃣ Поддержка не сможет оперативно обработать запросы от пользователей
Оцениваем величину и вероятность рисков:
1️⃣ Смотрим аналитику: оцениваем количество пользователей, которое пользуется этой фичей; выявляем, насколько активные эти пользователи.
2️⃣ Проводим ухудшающие тесты, чтобы понять, насколько фича значима для пользователей. Детальнее об ухудшающих тестах можно почитать по ссылкам в доп литературе.
3️⃣ Проводим интервью со смежными подразделениями: поддержкой, менеджерами по продажам, юристами. Это поможет не только с оценкой влияния вышеуказанных рисков, но и с дополнением списка рисков.
Например, мы пришли к тому, что риски изъятия этой функции допустимые. Мы выбираем стратегию минимизации риска и для этого:
1️⃣ Готовим коммуникацию на пользователей о том, что фича будет отключена в скором времени с объяснением причин
2️⃣ Отключаем доступ новым пользователям
3️⃣ Общаемся с поддержкой и другими соседними подразделениями о том, что фича будет отключена
4️⃣ Готовим информацию для FAQ
📚 Доп литература по теме
1️⃣ Удаляем лишние фичи и продукты, чтобы улучшить бизнес
2️⃣ Ухудшающие тесты
3️⃣ Продуктовые эксперименты в крупном банке: как сохранить лояльность команд и сознательно ронять метрики - здесь есть пример применения ухудшающих тестов
#PG_education
Обычно мы привыкли запускать новые продукты или добавлять фичи в существующие. Предлагаю поговорить о том, когда может быть полезным наоборот убирать, а не добавлять.
⏰ В каких ситуациях актуально
1️⃣ Когда стоимость поддержки фичи выше чем ее совокупная полезность для компании. Под полезностью подразумеваю как материальные, так и нематериальные выгоды. Сюда можно в том числе отнести следующие категории: доход от фичи, влияние на репутацию и на совокупную ценность продукта, возможности для масштабирования.
2️⃣ У команды нет ресурсов на развитие фичи, а пользователи хотят большего. При этом компания также не готова расширять количество команд, чтобы распределить фичи между ними. Если все-таки готова, то такие фичи можно передать другим командам, чтобы не терять фокус.
✅ Как действовать
1️⃣ Выделить риски изъятия фичи
2️⃣ Оценить риски
3️⃣ Продумать стратегию реагирования для наиболее существенных рисков
Напоминаю, что существует четыре стратегии работы с рисками: уклонение, передача, снижение и принятие. Вообще в целом подход работы от рисков, на мой взгляд, является одним из самых удачных при принятии большинства решений.
🔹 Пример
Например, мы выявили следующие риски изъятия функции прослушивания музыки в социальной сети:
1️⃣ Отток пользователей из продукта
2️⃣ Изъятие фичи навредит репутации компании
3️⃣ Поддержка не сможет оперативно обработать запросы от пользователей
Оцениваем величину и вероятность рисков:
1️⃣ Смотрим аналитику: оцениваем количество пользователей, которое пользуется этой фичей; выявляем, насколько активные эти пользователи.
2️⃣ Проводим ухудшающие тесты, чтобы понять, насколько фича значима для пользователей. Детальнее об ухудшающих тестах можно почитать по ссылкам в доп литературе.
3️⃣ Проводим интервью со смежными подразделениями: поддержкой, менеджерами по продажам, юристами. Это поможет не только с оценкой влияния вышеуказанных рисков, но и с дополнением списка рисков.
Например, мы пришли к тому, что риски изъятия этой функции допустимые. Мы выбираем стратегию минимизации риска и для этого:
1️⃣ Готовим коммуникацию на пользователей о том, что фича будет отключена в скором времени с объяснением причин
2️⃣ Отключаем доступ новым пользователям
3️⃣ Общаемся с поддержкой и другими соседними подразделениями о том, что фича будет отключена
4️⃣ Готовим информацию для FAQ
📚 Доп литература по теме
1️⃣ Удаляем лишние фичи и продукты, чтобы улучшить бизнес
2️⃣ Ухудшающие тесты
3️⃣ Продуктовые эксперименты в крупном банке: как сохранить лояльность команд и сознательно ронять метрики - здесь есть пример применения ухудшающих тестов
#PG_education