> Какие KPI и бонусы за выпуск приложений? (iOS, Swift)

Короткий ответ

KPI для мобильной разработки делятся на продуктовые (retention, crash-free rate, time-to-interactive, conversion) и процессные (velocity, cycle time, release frequency). Бонусы обычно привязаны к бизнес-метрикам, а не к факту релиза: рост DAU, снижение crash rate, выполнение SLA по доставке. Выпуск сам по себе - не KPI, а событие. Бонус за "выпустили" - антипаттерн, поощряющий формальные релизы без качества.

Подробное объяснение

В iOS-разработке KPI делятся на три уровня:

1. Технические: crash-free sessions (цель 99%+), app size, launch time (TTR), ANR-free rate,覆盖率 тестов, время сборки.
2. Процессные: release cadence (например, 2 раза в месяц), lead time от коммита до стора, доля hotfix-релизов, MTTR (mean time to recovery).
3. Продуктовые: retention D1/D7/D30, conversion rate, ARPU, NPS, time in app.

Бонусная схема строится по принципу "оплата за результат, а не за активность":

• Индивидуальные бонусы: за достижение технических целей (снижение crash rate на X%, ускорение launch time на Y мс).
• Командные: за продуктовые метрики (рост retention на 5% после релиза фичи).
• Грейс-период: бонус выплачивается через 1-2 квартала после релиза, чтобы метрики "устоялись".

Важно: бонус за выпуск приложения (одноразовый) - плохая практика. Она стимулирует выкатывать сырое. Правильно - бонус за стабильность после релиза: например, если в течение 30 дней crash-free rate не упал ниже 99.5%.

На практике

В реальных командах iOS обычно используют комбинацию:

• Базовая часть (70-80% дохода) - фиксированная.
• Переменная (20-30%) - привязана к 2-3 метрикам, не более. Иначе фокус размывается.
• Квартальные цели: например, "уменьшить средний launch time с 2.1s до 1.8s" или "выкатить 4 релиза с нулём блокирующих багов".
• Штрафные санкции за регрессы: если после релиза поднялся crash rate, бонус за квартал срезается на 50%.

Пример из практики: команда договорилась, что бонус выплачивается только если:

• релиз прошёл модерацию App Store с первой попытки;
• за 14 дней после релиза нет критических багов уровня P0/P1;
• retention D7 не упал ниже baseline.

Пример кода

Не относится к вопросу - KPI и бонусы не описываются кодом. Если интервьюер просит пример, можно показать дашборд метрик:

SWIFT
struct ReleaseMetrics {
    let crashFreeRate: Double      // 0.995
    let launchTime: TimeInterval   // 1.8s
    let retentionD7: Double        // 0.42
    let releaseDate: Date
}

func calculateBonus(metrics: ReleaseMetrics) -> Double {
    var bonus = 0.0
    if metrics.crashFreeRate >= 0.995 { bonus += 0.5 }
    if metrics.launchTime <= 1.8 { bonus += 0.3 }
    if metrics.retentionD7 >= 0.40 { bonus += 0.2 }
    return bonus // в долях от оклада
}

Как отвечать на собеседовании

Начните с разграничения: KPI - это измеримые показатели, бонусы - система мотивации. Покажите, что понимаете разницу между техническими и продуктовыми метриками. Приведите пример из своего опыта: как вы формулировали цели, как измеряли, что делали, если метрики не достигались.

Упомяните, что бонус за "факт выпуска" - плохая практика, и объясните почему: это провоцирует технический долг и спешку. Лучше - бонус за стабильность и бизнес-эффект.

Если спросят про конкретные цифры - назовите реалистичные: crash-free 99.5-99.9%, launch time < 2s, release cadence 1-2 раза в месяц. Не завышайте, иначе потеряете доверие.

Что проверяет интервьюер

Интервьюер оценивает:

• понимание жизненного цикла мобильной разработки и роли релиза в бизнесе;
• способность связывать технические метрики с продуктовыми результатами;
• зрелость в вопросах мотивации: не путаете ли вы активность с результатом;
• знание реальных цифр и бенчмарков для iOS-приложений;
• умение аргументировать trade-off между скоростью релиза и качеством.

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

• Называть KPI "количество релизов" - это процессная метрика, а не KPI.
• Говорить только о технических метриках - забывать про retention и conversion.
• Предлагать бонус за выпуск - сразу выдаёт непонимание мотивации.
• Не упоминать crash-free rate - это базовый KPI для iOS.
• Путать KPI и OKR - KPI это измеритель, OKR это цель с ключевыми результатами.
• Давать нереалистичные цифры - например, "crash-free 100%" - это невозможно.