September 25, 2019

Задание 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 раза.

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

Конечно, мои коэффициенты взяты с потолка, но я хотел в целом показать практичный подход к приоритизации проектов.


Спасибо за внимание.

С уважением, Черепанов Артём.