Задание 3
Первая фича - это добавление управления рекламной в Tik-Tok. Новое направление в компании, которое требует месяц разработки. Вторая фича - это чат-бот для получения статистики о неэффективных кампаниях в сети Facebook, чтобы пользователь сумел вовремя среагировать и отключить их. Чат-бот требует двух недель разработки. Третья фича - это рефакторинг онбординга в личном кабинете клиента, который “стоит” три недели разработки. На какой фиче нужно остановиться компании? Опишите ваш ход мыслей.
Для приоритизации требуются не только предполагаемые трудозатраты, но и ценность, которую мы получаем, доставляя проект. Для расчета ценности я буду использовать подход RICE. Он основывается на реальных данных и учитывает охват аудитории.
Охват
Количество пользователей, которые увидят изменения.
Влияние
Какую метрику мы этим изменим и на сколько (в относительном значении)?
Уверенность
Насколько мы уверены в том, что изменение окажет должное влияние?
Вариант 1: Есть количественные показатели для влияния фичи, и оценка трудозатрат. Проведено тестирование и доказано ощутимое влияние фичи. Таким образом, проект получает 100%-ную оценку уверенности.
Вариант 2: Есть данные по охвату и трудозатратам, но фича недостаточно провалидирована. Нужно тестировать. Проект получает коэффициент доверия в 80%.
Вариант 3: Данные охвата и влияния могут быть ниже, чем предполагалось. Трудозатраты могут быть выше. Проект получает 50%-ную оценку доверия. Выстрелит-не выстрелит.
Трудозатраты
Предположим, что метрика сроков разработки подразумевает одинаковое количество участников команды. 1 неделя = 1, 2 недели = 2, и т.д.
Оценим рефакторинг онбординга
Рассмотрим рефакторинг онбординга. Цифры беру для примера. 1000 неактивированных пользователей увидит новый онбординг за неделю.
Зачем нужно проводить рефакторинг?
- Медленная производительность, которая негативно влияет на активацию. Проводился ухудшающий тест (еще сильнее замедляли время отклика сервера в тестовой выборке на 5%) и ухудшили активацию на 10%. Доказано, что новая версия фреймворка ускоряет производительность на 5%. Потенциальный прирост в активации может быть 10%.
- Наличие легаси, которое замедляет разработку других фичей в 1,5 раза. Мы можем ускорить разработку функций, технически связанных с онбордингом. Но это преимущество нельзя учесть в формуле расчета.
Считаем:
( 1000 * 0,10 * 1 ) / 3 = 33,3
Тик-ток
Новой фичей могут воспользоваться 3000 и есть гипотеза, что изменение повлияет на рост LTV сегмента на 12%. Отчасти она могла свалидирована фидбеком от пользователей, но однозначно утверждать нельзя.
( 3000 * 0,12 * 0,5 ) / 4 = 45
Чат-бот для фейсбука
( 5000 * 0,1 * 0,8 ) / 2 = 200
Очевидно, что в первую очередь стоит взяться за разработку чата, а дальше ситуация видится спорной. С одной стороны, скор Тик-тока получился технически больше, но не настолько, чтобы однозначно принимать решение. Уверенность изменений низкая, против 100% уверенности производительности после рефакторинга.
По срокам рефакторинг займет две недели против четырех, плюс есть неоцененная польза - ускорение разработки фичей, технически связанных с онбордингом в 2 раза.
Можно обратиться к здравому смыслу, обсудить со всеми заинтересованными лицами, согласовать с руководством и выполнить именно этот проект, прежде чем браться за следующий более дорогой.
Конечно, мои коэффициенты взяты с потолка, но я хотел в целом показать практичный подход к приоритизации проектов.
Спасибо за внимание.
С уважением, Черепанов Артём.