Когда убирать, а не добавлять фичи

Когда убирать, а не добавлять фичи Обычно мы привыкли запускать новые продукты или добавлять фичи в существующие. Предлагаю поговорить о том, когда может быть полезным наоборот убирать, а не добавлять.

⏰ В каких ситуациях актуально 1️⃣ Когда стоимость поддержки фичи выше чем ее совокупная полезность для компании. Под полезностью подразумеваю как материальные, так и нематериальные выгоды. Сюда можно в том числе отнести следующие категории: доход от фичи, влияние на репутацию и на совокупную ценность продукта, возможности для масштабирования. 2️⃣ У команды нет ресурсов на развитие фичи, а пользователи хотят большего. При этом компания также не готова расширять количество команд, чтобы распределить фичи между ними. Если все-таки готова, то такие фичи можно передать другим командам, чтобы не терять фокус.

✅ Как действовать 1️⃣ Выделить риски изъятия фичи 2️⃣ Оценить риски 3️⃣ Продумать стратегию реагирования для наиболее существенных рисков

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

🔹 Пример Например, мы выявили следующие риски изъятия функции прослушивания музыки в социальной сети: 1️⃣ Отток пользователей из продукта 2️⃣ Изъятие фичи навредит репутации компании 3️⃣ Поддержка не сможет оперативно обработать запросы от пользователей

Оцениваем величину и вероятность рисков: 1️⃣ Смотрим аналитику: оцениваем количество пользователей, которое пользуется этой фичей; выявляем, насколько активные эти пользователи. 2️⃣ Проводим ухудшающие тесты, чтобы понять, насколько фича значима для пользователей. Детальнее об ухудшающих тестах можно почитать по ссылкам в доп литературе. 3️⃣ Проводим интервью со смежными подразделениями: поддержкой, менеджерами по продажам, юристами. Это поможет не только с оценкой влияния вышеуказанных рисков, но и с дополнением списка рисков.

Например, мы пришли к тому, что риски изъятия этой функции допустимые. Мы выбираем стратегию минимизации риска и для этого: 1️⃣ Готовим коммуникацию на пользователей о том, что фича будет отключена в скором времени с объяснением причин 2️⃣ Отключаем доступ новым пользователям 3️⃣ Общаемся с поддержкой и другими соседними подразделениями о том, что фича будет отключена 4️⃣ Готовим информацию для FAQ

📚 Доп литература по теме 1️⃣ Удаляем лишние фичи и продукты, чтобы улучшить бизнес 2️⃣ Ухудшающие тесты 3️⃣ Продуктовые эксперименты в крупном банке: как сохранить лояльность команд и сознательно ронять метрики - здесь есть пример применения ухудшающих тестов

#PG_education