Какой показатель предложишь в качестве ключевой метрики KPI для партнерской витрины?

Ключевая метрика KPI для партнерской витрины

Это очень интересный вопрос! Партнерская витрина (partner marketplace) — это сложная двусторонняя платформа, и выбор KPI критичен. Позвольте разобраться с системой метрик.

Что такое партнерская витрина?

В контексте этого вопроса я предполагаю, что это платформа, где:

• Компания предоставляет доступ к своему API/сервису
• Партнеры интегрируют свои решения
• Конечные пользователи используют интегрированные решения

Примеры: Atlassian Marketplace, Stripe Apps, Shopify App Store.

Ошибки при выборе KPI

❌ Не выбирай эти метрики как главные:

1. Количество партнеров — легко привлечь много партнеров низкого качества
2. Количество приложений — 1000 мертвых приложений бесполезны
3. Объем закачек — люди скачивают и не используют
4. GMV (для двусторонней платформы без комиссии) — может быть, компания не получает пользу

Правильный подход к выбору KPI

Шаг 1: Понимаем стратегию

Для партнерской витрины есть 3 стратегические цели:

1. ПРИВЛЕЧЕНИЕ: Больше партнеров = больше предложений = больше ценности
2. АКТИВАЦИЯ: Конечные пользователи ИСПОЛЬЗУЮТ интеграции
3. МОНЕТИЗАЦИЯ: Компания зарабатывает на витрине (если это цель)

Обычно: привлечение → активация → монетизация.

Шаг 2: Определяем заинтересованные стороны

Шаг 3: Выбираем KPI для каждой стадии

Мой рекомендуемый набор KPI

ГЛАВНАЯ метрика: Monthly Active Integrations (MAI)

Определение: Количество УНИКАЛЬНЫХ интеграций, которые были активны (использованы) хотя бы один раз в месяц.

Формула:

WITH integration_activity AS (
  SELECT 
    DATE_TRUNC('month', activity_date) as month,
    integration_id,
    COUNT(*) as activity_count
  FROM integration_events
  WHERE activity_type IN (
    'api_call',           -- API вызов
    'user_action',        -- Пользователь что-то сделал
    'data_sync'           -- Синхронизация данных
  )
  GROUP BY month, integration_id
  HAVING COUNT(*) > 0
)
SELECT 
  month,
  COUNT(DISTINCT integration_id) as monthly_active_integrations,
  SUM(activity_count) as total_activities
FROM integration_activity
GROUP BY month
ORDER BY month DESC;

Почему эта метрика идеальна:

✅ Отражает реальную ценность — не просто скачано, а ИСПОЛЬЗУЕТСЯ ✅ Выравнена с интересами всех — партнеры хотят трафик, компания хотят engaged users ✅ Защищена от манипуляций — сложнее фейкить активность, чем скачивания ✅ Простая в интерпретации — понимают все стейкхолдеры ✅ Стабильная — медленно растет, не скачет от колебаний ✅ Actionable — можно анализировать и улучшать

Дополнительные метрики (Supporting Metrics)

Для полной картины, я бы отслеживал эти 3 метрики параллельно:

1. New Active Integrations (неделе/месяц)

WITH new_integrations AS (
  SELECT 
    integration_id,
    MIN(DATE_TRUNC('month', install_date)) as first_month,
    COUNT(*) as activity_count
  FROM integration_events
  WHERE activity_count > 0
  GROUP BY integration_id
)
SELECT 
  first_month,
  COUNT(DISTINCT integration_id) as new_active_integrations
FROM new_integrations
GROUP BY first_month
ORDER BY first_month DESC;

Почему: Показывает, как часто новые партнеры становятся активными. Низкое число → проблема с onboarding.

Целевой уровень: 30-50% новых партнеров становятся активными в первый месяц.

2. Integration Churn Rate (MAI-to-MAI churn)

WITH monthly_active AS (
  SELECT 
    DATE_TRUNC('month', activity_date) as month,
    integration_id
  FROM integration_events
  WHERE activity_type IN ('api_call', 'user_action', 'data_sync')
  GROUP BY month, integration_id
),
churn_analysis AS (
  SELECT 
    ma1.month as current_month,
    COUNT(DISTINCT ma1.integration_id) as current_mai,
    COUNT(DISTINCT CASE WHEN ma2.integration_id IS NULL THEN ma1.integration_id END) as churned
  FROM monthly_active ma1
  LEFT JOIN monthly_active ma2 
    ON ma1.integration_id = ma2.integration_id
    AND ma2.month = ma1.month + INTERVAL '1 month'
  GROUP BY current_month
)
SELECT 
  current_month,
  current_mai,
  churned,
  ROUND(100.0 * churned / current_mai, 2) as churn_rate
FROM churn_analysis
ORDER BY current_month DESC;

Почему: Показывает, теряем ли мы интеграции. High churn → проблема с удержанием.

Целевой уровень: <15% месячный churn для mature платформы.

3. Depth of Integration (сложность использования)

Для каждой интеграции считай:

WITH integration_depth AS (
  SELECT 
    integration_id,
    COUNT(DISTINCT feature_used) as unique_features,
    COUNT(DISTINCT user_id) as unique_users,
    COUNT(*) as total_api_calls,
    ROUND(AVG(response_time_ms), 0) as avg_response_time
  FROM integration_events
  WHERE DATE_TRUNC('month', activity_date) = CURRENT_DATE
  GROUP BY integration_id
),
depth_scoring AS (
  SELECT 
    integration_id,
    unique_features,
    unique_users,
    total_api_calls,
    CASE 
      WHEN unique_features >= 5 AND unique_users >= 100 THEN 'Deep'
      WHEN unique_features >= 3 AND unique_users >= 20 THEN 'Medium'
      ELSE 'Shallow'
    END as depth_level
  FROM integration_depth
)
SELECT 
  depth_level,
  COUNT(*) as count,
  ROUND(AVG(total_api_calls), 0) as avg_calls
FROM depth_scoring
GROUP BY depth_level;

Почему: Deep интеграции более ценны — клиент больше зависит от партнера.

Дашборд для руководства

-- Главный дашборд
SELECT 
  DATE_TRUNC('month', activity_date) as month,
  -- Главная метрика
  COUNT(DISTINCT CASE 
    WHEN activity_type IN ('api_call', 'user_action', 'data_sync')
    THEN integration_id 
  END) as monthly_active_integrations,
  -- Поддерживающие метрики
  COUNT(DISTINCT integration_id) as total_installed,
  COUNT(DISTINCT CASE WHEN is_new_this_month THEN integration_id END) as new_integrations,
  ROUND(100.0 * COUNT(DISTINCT CASE WHEN is_new_this_month THEN integration_id END) / 
        NULLIF(COUNT(DISTINCT integration_id), 0), 2) as new_percent,
  -- Здоровье
  ROUND(AVG(CASE WHEN activity_type IS NOT NULL THEN 1 ELSE 0 END), 2) as activation_rate,
  COUNT(DISTINCT CASE WHEN monthly_api_calls > 100 THEN integration_id END) as heavy_users
FROM integrations i
LEFT JOIN integration_events ie ON i.id = ie.integration_id
GROUP BY month
ORDER BY month DESC;

Как использовать эту метрику в организации

Для руководства: "У нас 450 активных интеграций в этом месяце, +15% к прошлому месяцу. Это показывает, что партнерская экосистема растет и приносит реальную ценность."

Для партнеров: "Ваша интеграция использовалась 1500 раз за месяц, что выше среднего. Вы в top 20% всех партнеров."

Для продакта: "Integration А имеет 60 MAI, но churn 40%. Нужно улучшить onboarding или функционал."

Для маркетинга: "Интеграции с глубоким использованием (5+ фич) имеют 5% monthly churn. Нужно больше таких."

Как привязать к целям компании

Если цель: Расширение функционала → MAI показывает спрос. Выбирай партнеров, у которых высокие MAI и churn.

Если цель: Удержание users → Интеграции снижают churn на 20-30%. MAI → Retention.

Если цель: Выручка → Интеграции могут быть платные (commission) или влияют на LTV.

Если цель: Growth → MAI vs CAC ratio показывает efficiency.

Пример метрик для разных сценариев

Сценарий 1: Ранний marketplace

Фокус: New Active Integrations / Activation Rate
Цель: 30% новых партнеров станут активными
Действие: Улучшить onboarding

Сценарий 2: Зрелый marketplace

Фокус: MAI / Churn Rate / Depth
Цель: Расти MAI на 10% в месяц, churn <15%
Действие: Удерживать и углублять

Сценарий 3: Монетизирующийся marketplace

Фокус: ARPU per Integration / Revenue per MAI
Цель: $500 ARPU
Действие: Тиерированная комиссия

Почему NOT другие метрики

Заключение

Monthly Active Integrations — это идеальная KPI для партнерской витрины потому что:

1. ✅ Reflects business value — только используемые интеграции имеют смысл
2. ✅ Aligns stakeholders — партнеры и компания хотят этого
3. ✅ Easy to explain — любой поймет с первого раза
4. ✅ Hard to game — сложно фейкить реальную активность
5. ✅ Actionable — видно, что делать для улучшения
6. ✅ Leads to outcomes — большой MAI = здоровая платформа

Эта метрика должна быть числом 1 в еженедельных отчетах для руководства.