Моё мнение, что любая оценка людей субъективна и оценивает в первую очередь того, кто эту оценку дает :-)
Особенно хорошо эффективность такой оценки видна в больших компаниях. Вернее, отсутствие какого-либо эффекта.
Я провожу когортный анализ различных конверсий по той структуре индекса, скрин которого привел в начале статьи. Пока что не нашел способа как это сделать в Кибане. Поговорив с другими людьми я понял, что они тоже с этим сталкивались и не смогли получить результат.
Приходится сначала делать выгрузки записей по одному состоянию, а потом по другому. Далее объединять их в Excel в одну таблицу функцией ВПР.
Отличная реализация! Буквально только что воспользовался чат-ботом Cdek как клиент для выбора времени доставки и адреса. Удобно! И тут Вы описываете всю системы в целом очень интересно. Действительно, придумать практическое применение для чат-бота довольно трудно, а у Вас это хорошо получилось. В Битриксе, кстати, есть неплохой чат-бот для поиска информации о контрагентах по ИНН.
Шашлычок нормально, не разносит. Водочку тоже можно 1 рюмку на выходные.
А вот тортик/пироженку/хлебушек/макарочники/картошечку/виноградик/бабнчики/сахарочек разносят сразу и с очумительным эффектом, который может и двухнедельные труды перекрыть
Ну значит кривой.
Может быть мы с Вами общаемся в разных кругах. Я очень мало вижу людей, которые понимают, что 10 000 000 пользователей — это ни о чём. В основном для всех это показатель крутости.
Тех, кто знает, что смотреть надо на CAC и LTV — единицы.
Для какой цели — это правильный вопрос. Сначала нужно определиться, чем Вы хотите управлять.
Интернет-магазин хочет управлять (увеличивать количество) деньгами (на макроуровне). ИТ-подразделение заинтересовано управлять временем поставки (уменьшать).
А чем Вы хотите управлять? Об этом я и написал в статье — начините с выбора ценности, которой хотите управлять.
Следующий вопрос после ценности: как ей управлять?
Например, как управлять количеством денег интернет-магазина?
Конечно, контекст важен. Я так и сказал в статье, что скорость сама по себе ничего не скажет, однако если рассматривать её с контекстом, например, с метрикой мощности двигателя, то можно много чего интересного узнать.
Но если просто смотреть на скорость или просто на посещаемость — это потеря времени.
Соль статьи в том, привычное взгляд на метрики не актуален, и что строить хорошую систему метрик нужно исходя из ценности и её жизненного цикла
Я очень ценю каждое мнение, даже отрицательное.
Прекрасно понимаю, что такой стиль изложения нетипичен для Хабра, да и сама тема метрик пока еще довольно нова.
К сожалению, не знаю конкретно Вашей ситуации, однако для интернет-магазинов в качестве основной метрики посоветовал бы т.н. «Traction»: стоимость привлечения <= пожизненной стоимости.
Также рекомендую посмотреть фреймворк ARRR из метрик, созданных специально для интернет-магазинов.
Понятие «Лучшая» — весьма относительно. Вы учитываете, что объем разработки разный у разных команд и это напрямую влияет на длительность прохождения стенда? И за это наказывать?
Лично я считаю, что сравнение лучшая-худшая вообще категорически нельзя использовать для команд
Не совсем. Когорта — это разбиение по месяцам на основе даты рождения. Есть довольно существенная разница.
И, да, это не новизна, однако она почему-то не применяется в больших компаниях.
Особенно хорошо эффективность такой оценки видна в больших компаниях. Вернее, отсутствие какого-либо эффекта.
Приходится сначала делать выгрузки записей по одному состоянию, а потом по другому. Далее объединять их в Excel в одну таблицу функцией ВПР.
А вот тортик/пироженку/хлебушек/макарочники/картошечку/виноградик/бабнчики/сахарочек разносят сразу и с очумительным эффектом, который может и двухнедельные труды перекрыть
Может быть мы с Вами общаемся в разных кругах. Я очень мало вижу людей, которые понимают, что 10 000 000 пользователей — это ни о чём. В основном для всех это показатель крутости.
Тех, кто знает, что смотреть надо на CAC и LTV — единицы.
Кстати, Ваших комментариев по поводу доения пользователей я не совсем понял. Как они связаны с выбором метрик?
Если хотите, давайте разберем Ваш случай и посмотрим, что там можно было бы изменить
Интернет-магазин хочет управлять (увеличивать количество) деньгами (на макроуровне). ИТ-подразделение заинтересовано управлять временем поставки (уменьшать).
А чем Вы хотите управлять? Об этом я и написал в статье — начините с выбора ценности, которой хотите управлять.
Следующий вопрос после ценности: как ей управлять?
Например, как управлять количеством денег интернет-магазина?
Но если просто смотреть на скорость или просто на посещаемость — это потеря времени.
Соль статьи в том, привычное взгляд на метрики не актуален, и что строить хорошую систему метрик нужно исходя из ценности и её жизненного цикла
Прекрасно понимаю, что такой стиль изложения нетипичен для Хабра, да и сама тема метрик пока еще довольно нова.
К сожалению, не знаю конкретно Вашей ситуации, однако для интернет-магазинов в качестве основной метрики посоветовал бы т.н. «Traction»: стоимость привлечения <= пожизненной стоимости.
Также рекомендую посмотреть фреймворк ARRR из метрик, созданных специально для интернет-магазинов.
Лично я считаю, что сравнение лучшая-худшая вообще категорически нельзя использовать для команд
И, да, это не новизна, однако она почему-то не применяется в больших компаниях.