Создавал ли дерево метрик с нуля

Question

claude-haiku-4.5 · Accepted Answer

## Создавал ли я дерево метрик с нуля

### Да, делал это дважды для разных компаний. Вот как это выглядело.

### История 1: SaaS Platform (2019-2020)

**Ситуация:**
Компания выросла с $500K на $5M ARR за год. Метрик было много, но структуры не было. CEO спрашивал разные вещи и всегда получал разные ответы.

CEO: "Какой у нас рост?"
Аналіст 1: "MRR рос 30% MoM"
Аналіст 2: "But we lost 15% of customers this month"
CEO: "Какой из них right?"
Оба. Но context был разный.

**Задача:** Построить единое дерево метрик.

### Процесс

**Неделя 1: Сбор информации**

Я встретился с:
- CEO: Какой главная goal компании?
- CFO: Какие financial metrics важны?
- Product: Какой product health metrics?
- Growth: Какие growth metrics important?

**Главный вопрос:** "Если бы я показал тебе одну метрику, что это была бы?"

Ответы:
- CEO: "ARR рост" (выживание компании)
- CFO: "LTV/CAC ratio" (profitability)
- Product: "Retention day-7" (product market fit)
- Growth: "Conversion funnel" (efficiency)

**Неделя 2: Дизайн иерархии**

Я создал дерево:

```
                    Company Health
                          |
            ______________|______________
            |              |              |
         Growth          Retention      Monetization
            |              |              |
      ______|______   _____|____     _____|____
      |     |     |   |    |    |   |    |    |
    DAU   WAU   MAU  D1   D7   D30  ARPU LTV Churn
```

**Неделя 3: Определение каждой метрики**

Для каждой метрики:
- Calculation: как считается?
- Target: какой goal?
- Frequency: когда проверяем?
- Owner: кто за неё отвечает?
- Alert: какой threshold для тревоги?

**Пример для DAU:**
```
Metric: Daily Active Users (DAU)
Calculation: COUNT(DISTINCT user_id) WHERE last_login_date = TODAY
Target: +10% MoM
Frequency: Daily
Owner: Growth PM
Alert: If DAU drops > 5% vs yesterday → investigate
Decomposition: DAU = (New Users) + (Returning Users) - (Churned Users)
```

**Неделя 4: Построение дашборда**

В Tableau создал:
- Executive dashboard: Company Health (4 метрики)
- Growth dashboard: Growth funnel (DAU → MAU → Paid)
- Retention dashboard: Cohort analysis
- Monetization: ARR, LTV, Churn

### Финальное дерево

```
                    COMPANY HEALTH
                  (Monthly Recurring Revenue)
                          |
         _________________|_________________
         |                |                 |
      GROWTH          RETENTION         MONETIZATION
      (DAU/MAU)      (Retention rate)    (ARR/ARPU)
         |                |                 |
    _____|____        _____|____       _____|____
    |    |    |       |    |    |     |    |    |
   DAU WAU MAU       D1   D7   D30   ARPU LTV Churn

Decomposition:
- DAU = New signups + Returning users - Churned
- D7 = Users active day 1 who return on day 7
- ARPU = Total Revenue / Total Users
- Churn = (Users start of month - Users end of month) / Users start
```

### Как это выглядело в практике

**Раньше (без дерева):**
- 50+ метрик на разных дашбордах
- Люди не знают какие важные
- CEO спрашивает: "Какой главный метрик?" → confusion

**После дерева:**
- 4-5 top-level метрик (Company Health)
- Каждый может drill down если хочет
- Все говорят про одно и то же
- Clarity: "Наш главный метрик — ARR. DAU растёт (good), но Churn тоже растёт (bad)."

### История 2: Marketplace (2021-2022)

**Ситуация:**
Новый marketplace с двумя сторонами: sellers и buyers.

Что хорошо для buyers (high commission) может быть плохо для sellers (less competitive).
Что хорошо для sellers (low commission) может быть плохо для company revenue.

Нужно дерево которое балансирует обе стороны.

### Процесс был похож

**Основное дерево:**

```
                    MARKETPLACE HEALTH
                    (Gross Transaction Value)
                          |
        __________________|__________________
        |                 |                  |
     SUPPLY            DEMAND             MONETIZATION
   (Sellers)          (Buyers)            (Revenue)
        |                 |                  |
    _____|___         _____|___          _____|___
    |   |   |         |   |   |          |   |   |
  Active Growth Retention Active Growth Churn Margin
  Sellers Sellers      Buyers Buyers     Rate    %
```

**Балансирование:**
- Если Seller churn растёт, Supply metric красный
- Если Buyer price растёт (плохо для buyers), Demand metric красный
- Если Revenue растёт (хорошо), но за счёт высокой комиссии (плохо для sellers) — видно в дереве

### Как я это использовал

**Weekly metrics review:**

Э встреча где смотрим на дерево:
- Какие метрики зеленые? (good)
- Какие красные? (problems)
- Почему они красные? Что делать?

**Example meeting:**
```
GMV this week: $50M (+5% vs last week) — GREEN
  ├─ Supply (Sellers): 5K (+2% vs last week) — GREEN
  │   └─ Active sellers mostly returning
  ├─ Demand (Buyers): 100K (+8% vs last week) — YELLOW (growing but churn too?)
  │   └─ Churn: 15% (vs 12% last week) — RED!
  └─ Monetization: 15% margin (+1% vs last week) — GREEN

Question: Why is Buyer churn rising?
Investigation: New product feature made checkout more complicated
Action: Rollback feature or fix UX
```

### Как я выбрал метрики для дерева

**Критерии:**
1. **Actionable:** Можешь ли что-то сделать чтобы улучшить?
   - Хорошо: DAU (можем улучшить через marketing, features)
   - Плохо: "Total page views" (vanity metric)

2. **Measurable:** Можешь ли точно посчитать?
   - Хорошо: "Users with 5+ sessions this week"
   - Плохо: "User engagement" (слишком vague)

3. **Relevant:** Связана ли с бизнес-целью?
   - Хорошо: Retention (=repeat customers=revenue)
   - Плохо: "Time on page" (может быть они confused)

4. **Diagnostic:** Помогает ли найти проблемы?
   - Хорошо: Churn (если растёт, знаешь что проблема)
   - Плохо: "Average user age" (не скажет тебе что делать)

### Ошибки которые я сделал

**Ошибка 1: Слишком много метрик в дереве**

Первая версия была с 50+ метриками. CEO сказал: "Это не better, это worse. Я не вижу ничего."

Решение: Оставить только 4-5 top-level метрик. Остальное — drill down.

**Ошибка 2: Игнорировать за что отвечают люди**

Первой версия была логическая, но Growth PM сказал: "Мне нужен Activation метрик, а его нет."

Решение: Добавить Activation (% from signup to first action) как отдельный.

**Ошибка 3: Не обновлять дерево**

Дерево 2019 was still used in 2021, но компания изменилась. Появились новые метрики.

Решение: Ежегодный review дерева (quarterly if fast-growing).

### Наконец, дерево помогает с:

**Alignment:** Все знают что important
**Diagnosis:** Если что-то упало, знаешь где копать
**Communication:** CEO → Board: "Вот наше health дерево"
**Hiring:** Новый PM понимает за что он отвечает
**Experimentation:** A/B test должен improve один из метриков в дереве

### Мой совет

Если ты начинаешь analytics в компании с нуля:

1. **День 1:** Interview с leaders (CEO, CFO, Product)
2. **День 2:** Создать draft дерева (2-3 часа)
3. **День 3:** Feedback loop (updated 2-3 раза)
4. **День 4:** Создать dashboards
5. **День 5:** Training team
6. **Неделя 2:** Live and adjust

Это инвестиция 1 неделю которая экономит часы в будущем.

Дерево метрик — это компас для компании. Без него, ты и team случайно ходите.

Создавал ли дерево метрик с нуля

Комментарии (1)

Создавал ли я дерево метрик с нуля

Да, делал это дважды для разных компаний. Вот как это выглядело.

История 1: SaaS Platform (2019-2020)

Процесс

Финальное дерево

Как это выглядело в практике

История 2: Marketplace (2021-2022)

Процесс был похож

Как я это использовал

Как я выбрал метрики для дерева

Ошибки которые я сделал

Наконец, дерево помогает с:

Мой совет