Как согласовать KPI между CRM и другими командами

CRM отвечает за повторные покупки, продукт — за активность, продажи — за выручку. Каждая команда выполняет план, но клиент получает несколько несовместимых предложений, а прибыль не растёт. Часто проблема не в людях: подразделения оптимизируют разные определения успеха.

KPI — показатель, по которому оценивают движение к значимой цели. Общая система KPI не означает одинаковые цифры для всех ролей. Она связывает бизнес-результат с действиями команд и делает явными ситуации, когда улучшение одного показателя ухудшает другой.

Начните с общей задачи клиента и бизнеса

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

Подход HEART, предложенный исследователями Google, связывает цели пользовательского опыта с наблюдаемыми сигналами и метриками. Мы используем эту последовательность как способ обсуждения KPI в CRM. Исходная работа не является доказательством того, что конкретный набор коммерческих KPI подойдёт каждой компании.

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

Разделите результат и управляемые действия

Общий показатель может зависеть от ассортимента, цены, качества продукта и коммуникаций. Нельзя приписывать его изменение одной команде только потому, что она готовит отчёт. При этом отсутствие полного контроля не освобождает участников от работы над общей целью.

Согласуйте три уровня: итог бизнеса, вклад процессов и ограничения. Например, дополнительный маржинальный доход, прохождение клиентом нужного этапа и отсутствие недопустимого роста жалоб. Открытия писем и переходы по ссылкам помогают диагностике, но не заменяют общий результат.

В CRM-дашборде эти уровни показывают рядом, но не складывают в искусственный общий балл. Если заказы выросли за счёт дорогих скидок, снижение прибыли должно остаться видимым.

Напишите паспорт основной метрики

Укажите единицу наблюдения, числитель, знаменатель, период, события и исключения. Назначьте источник данных и владельца определения. Отдельно зафиксируйте, когда результат считается достаточно зрелым для сравнения.

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

Условный пример. Из 1 000 клиентов с завершённым 30-дневным наблюдением 200 сделали вторую подходящую покупку. Показатель равен 20%. Другая команда добавила в знаменатель ещё 200 новичков, за которыми наблюдают только неделю, и получила 200 / 1 200 = 16,7%. Это не доказательство падения удержания: сравниваются разные условия наблюдения.

Если вторая команда учитывает часть ранних повторных покупок новых клиентов, число будет другим, но проблема останется: зрелые и незрелые когорты смешаны. Решение — согласовать окно и правила включения, а не выбрать более приятный процент.

Договоритесь об ответственности

У общей метрики должен быть владелец определения и процесса разбора. Это не обязательно единственный человек, «ответственный за рост». Продукт отвечает за доступность нужного действия, продажи — за свои условия и процессы, CRM — за корректное применение коммуникаций.

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

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

Установите порядок разрешения расхождений

При несовпадении отчётов сначала сравните определения, даты, источники и идентификаторы. Сверка количества клиентов помогает найти техническую часть проблемы. Затем разберите различия назначения отчётов: финансовый период и окно поведения когорты могут быть оба полезны, но отвечать на разные вопросы.

Изменение определения retention или другой общей метрики оформляйте версией. Покажите переход между старым и новым расчётом и не изображайте технический пересчёт как улучшение бизнеса.

Результат договорённости — короткий паспорт ключевых показателей и регулярный разбор действий, которые могут их изменить. Общие KPI работают, когда помогают совместно принимать решения, а не распределять вину за число, устройство которого команды понимают по-разному.

Источники

Rodden K., Hutchinson H., Fu X. Measuring the User Experience on a Large Scale: User-Centered Metrics for Web Applications. Proceedings of CHI 2010. ACM Press.