Мудак-шаман

точно

Тимлиды те типа каста военов

Конечно не все фичи можно посчитать как успешные или не успешные. Есть фичи неочевидные. Например фича включения фонарика вспышкой камеры смартфона в приложении для передачи показаний счетчика электроэнергии, но и ее можно посчитать по проценту использования.
Есть классическая проблема - бизнес генерирует идеи которые должны увеличить прибыли компании за увеличения вовлеченности или интеграций. Рассказывает о небесных кренделях - обещают конкретные цифры. Производится оценка приблизительных затрат разработки фичи или интеграции, оцениваются постоянные накладные расходы на сопровождение и выясняется порог безубыточности фичи. Если после этого фича принимается в разработку то в KPI премии бизнеса становится показатель о достижении минимального необходимого оборота (договора, интеграции и тп) которые покроют требования безубыточности фичи + необходимый минимальный процент пибыли. Если этот показатель не будет достигнут - бизнес не получает годовую.

Мудозвон

Мудозвон не может дать в бубен

Так шо шаман

спасибо, интересно очень

я просто не совсем понимаю, как долговоременные эффекты считать

ну типа вот сделал фичу, она принесла в моменте (на горизонте 1 месяца) увеличение прибыли, скажем, но постепенно задалбывает всех клиентов, и через полгода начнется отток

ну типа выполнили показатели, да, а дальше ппц

А дальше накапливается техдолг

Пушо он никакого прямого бизнес выхлопа не имеет)

ага тоже

Если фича встраивается в систему продукта, то она норм, если нет, то нет.

Посрывают low hanging fruits и валят)

Именно поэтому у гугла сразу несколько видов мессенджеров и большое кладбище проектов

"как долговоременные эффекты считать"
частота использования той или иной фичи, приток/отток пользователей, оценки в сторах, комментарии, опросы, глубинные интервью и тд и тп

в целом то можно хоть обвешаться метриками, вопрос в том какие важны для конкретного продукта

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

Надо считать как меняется эмерджентность продукта с учетом всех фич, так гораздо проще решить что надо, а что нет

Проблема всех метрик в том шо они температуру по больнице измеряют больше

Привязать метрику к норме прибыли это та еще задачка

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

Ну вот у человека выше именно такое восприятие