Как построить дерево метрик: разбираем на примере сервиса доставки еды

01.02.2026 • Хабр

В статье разбирается, как построить дерево метрик для сервиса доставки еды: от верхней «полярной звезды» до операционных и технических веток. Главный итог — модель помогает связывать цели с измеримыми «рычагами» и быстрее понимать причины изменений.

Дерево метрик описано как визуальная модель, связывающая верхнеуровневые бизнес-цели с фичами и операционными процессами.
В качестве North Star Metric (NSM) выбрано количество доставленных заказов как интегральный показатель для клиента, ресторана и курьера.
В ветке «Логистика и курьеры» (Supply Side) упоминаются Supply Hours (SH), Logistics Cancels и выплаты как ключевой рычаг управления SH.
В ветке «Рестораны и контент» (Partner Side) выделяются ресторанные отмены (в том числе после оплаты) и ассортимент (Active Restaurants), который напрямую коррелирует с ростом Conversion Rate (CR) в заказ.
Ветка «Инфраструктура» включает Downtime / SLA и Crashes; аномальный рост вылетов связывается с деградацией Retention.
В ветке «Маркетинг и рост» (Growth) упоминаются CAC / CPA и ROI; ситуация, когда ROI опускается ниже 1, трактуется как операционная убыточность масштабирования.

Почему это важно: Дерево метрик переводит обсуждение из «наблюдения за цифрами» в управление зависимостями: при изменении результата становится понятнее, в какой части системы искать причину. В тексте показано, как одна верхняя метрика разложена на ветки операций, продукта и технологий, чтобы сохранить единый контекст для департаментов. Обычно это помогает быстрее договориться о том, какие показатели являются сигналами, а какие — рычагами воздействия.

На что обратить внимание: В описании примера важна связка «верхняя метрика → промежуточные показатели → рычаги» и то, какие именно ветки выбраны для конкретного сервиса доставки. Часть метрик названа по-английски (например, SH, SLA, CR), поэтому внутри команды может потребоваться единое понимание определений и источников данных. Следующий шаг, который подразумевается автором, — поддерживать дерево в актуальном виде по мере изменений продукта и операционных процессов.

Коротко

Вместо сотен разрозненных дашбордов предлагается причинная схема, которая помогает понять, какой «рычаг» обсуждать, если результат меняется.
Структура задаёт общий язык для разных ролей в команде: от разработки до маркетинга, потому что связывает цели, фичи и процессы.
Пример на доставке еды показывает логику «цель → ветки → показатели», где каждая ветка описывает отдельную часть системы, влияющую на итог.
Декомпозиция помогает прикинуть потенциальный эффект новой фичи, потому что заранее видно, на какую часть дерева она должна давить.
Формат дерева переводит обсуждение из режима «смотрим цифры» в режим «управляем зависимостями», что упрощает поиск причин и коммуникацию.

FAQ

Зачем продуктовым командам дерево метрик, если уже есть десятки дашбордов и верхнеуровневые KPI, по которым видно, растёт бизнес или нет?

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

Какая метрика «полярной звезды» (North Star Metric) выбрана в примере доставки еды и почему автор называет её интегральной для маркетплейса?

В примере выбрано количество доставленных заказов, потому что показатель находится на пересечении интересов клиента, ресторана и курьера.

Какие ветки в дереве метрик автор выделяет для сервиса доставки еды и какие типы показателей там используются как сигналы проблем?

Упоминаются ветки логистики и курьеров, ресторанов и контента, инфраструктуры, эффективности алгоритмов, продукта и роста; в них приводятся операционные и технические показатели (например, отмены, доступность и конверсия).

Как в тексте предлагается интерпретировать ROI в ветке «Маркетинг и рост» и что, по словам автора, означает значение ниже единицы?

ROI рассматривается как показатель эффективности инвестиций; когда ROI опускается ниже 1, это трактуется как операционная убыточность масштабирования.

PubMag