Примеры guardrail-метрик

Что такое guardrail

Guardrail-метрики — предохранители, которые не должны просесть при оптимизации основной метрики.

Пример: тест увеличивает конверсию в покупку, но retention D7 упал на 5% — катить нельзя. Retention — guardrail.

Зачем нужны

1. Защита от локальной оптимизации

Оптимизируем A, но ломаем B. Без guardrail — catastrophic decisions.

2. Балланс краткосрочных и долгосрочных целей

Конверсия — short-term. Retention — long-term.

3. Защита качества продукта

Crashes, load time, negative feedback.

4. Защита ethical stuff

User manipulation, dark patterns — мониторим ratings, unsubscribes.

Универсальные guardrails

Для почти любого продукта:

1. Retention

D1, D7, D30 — стандарт. Если фича ломает retention — долгосрочный вред.

2. Session length

Качество engagement. Если падает — пользователи получают меньше value.

3. Error rate / crash rate

Технический guardrail. Должен быть стабилен.

4. Page load / API latency

Pefromance не должен деградировать.

5. NPS / user feedback

Субъективная оценка, но важна. Спецопросы.

6. Unsubscribe rate

Если тестируется onboarding / пуши — важен.

По индустриям

E-commerce

Main: GMV, orders, conversion.

Guardrails:

  • Refund rate (не растёт).
  • Customer support tickets.
  • Average delivery time.
  • Cart abandonment.

SaaS B2B

Main: adoption, expansion revenue.

Guardrails:

  • Churn rate.
  • NPS.
  • Support ticket volume.
  • Time to first value.

SaaS B2C подписка

Main: subscriptions, MRR.

Guardrails:

  • Churn.
  • Content consumption (Netflix: minutes watched).
  • Refund requests.
  • App ratings.

Mobile apps

Main: DAU, session count.

Guardrails:

  • Crash-free rate.
  • Battery usage.
  • App size (download friction).
  • Uninstalls.

Social networks

Main: engagement, time in app.

Guardrails:

  • Negative reactions.
  • Content flagged as inappropriate.
  • Policy violations.

Marketplaces

Main: transactions, GMV.

Guardrails:

  • Disputes / refunds.
  • Seller complaints.
  • Buyer complaints.
  • Product return rate.

Больше таких примеров с разборами — в Telegram-тренажёре. Короткие сессии, прогресс по темам, объяснения после каждого ответа.

Примеры из реальности

YouTube

Main: watch time.

Guardrails:

  • Creator satisfaction.
  • Low-quality content promotion.
  • Unskip ads ratio.
  • Content recommendation diversity.

Uber

Main: completed rides.

Guardrails:

  • ETA accuracy.
  • Cancellation rate.
  • Driver retention.
  • Safety incidents.

Airbnb

Main: nights booked.

Guardrails:

  • Host cancellations.
  • Guest complaints.
  • Re-booking rate.
  • Property quality ratings.

Netflix

Main: hours watched.

Guardrails:

  • Subscription churn.
  • Time spent browsing (не watching) — нужно снижать.
  • Content diversity consumed.

Как выбрать

Spectrum метрик

Revenue (output)
    ↑ leads to
Core action (NSM)
    ↑ leads to
Engagement / satisfaction
    ↑ could be harmed by
Your experiment

Guardrails — что может сломаться ниже по цепочке.

Вопросы

  1. Что может пострадать при оптимизации этого?
  2. Какие долгосрочные метрики важны?
  3. Какие операционные (support, performance) могут деградировать?

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

Перед A/B

Зафиксируйте список guardrails:

  • Main metric — что тестируем.
  • Guardrails — 3–5 метрик, которые не должны просесть.

Во время теста

Мониторьте guardrails вместе с main.

Интерпретация

Main Guardrail Action
↑ significant OK Катить ✅
↑ significant ↓ significant Не катить ❌
↑ not significant OK Не катить / продлить
OK Не катить, разобраться

Статистика guardrails

Разная мощность

Guardrail нужна не «поймать эффект», а «не пропустить большой drop». Нормы:

  • Main metric: α=0.05, power=0.8.
  • Guardrail: α=0.05, смотрим на CI.

Если CI guardrail пересекает «-5%» — подозрительно.

Множественные сравнения

5 guardrails → 1 из них может быть «значимым» случайно. Не паникуйте от одной просадки, смотрите overall picture.

Если готовишься к собесу — бот @kariernik_bot закрывает 80% технических вопросов. SQL, Python, A/B, продуктовые метрики — всё в одном месте.

Типичные ошибки

1. Игнорировать guardrails

«Main вырос, катим». Через месяц — retention упал.

2. Слишком много guardrails

15 guardrails — что-то всегда «просядет», невозможно катить.

3. Guardrail = main

Если guardrail коррелирует 100% с main — бесполезен.

4. Забыть про операционные

Support tickets, latency — важнее, чем product metrics в некоторых случаях.

Шаблон setup теста

test_name: new_onboarding_v2

main_metric: d1_retention

guardrails:
  - name: d7_retention
    threshold: -3pp  # не допускать просадку > 3 п.п.
  - name: avg_session_minutes
    threshold: -10%
  - name: crash_free_rate
    threshold: -0.5pp
  - name: support_tickets_per_user
    threshold: +20%

Чёткая структура = понятный decision flow.

Читайте также

FAQ

Сколько guardrails держать?

3–7. Меньше — что-то пропустите. Больше — paralysis.

Main vs guardrail?

Main — что растим. Guardrail — что не роняем.

Guardrail упал, но main сильно вырос — катить?

Decision judgement. Прикиньте долгосрочный risk vs выгоду.

Когда обновлять список guardrails?

Каждые 6–12 месяцев. Или после incident, где не поймали просадку.