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

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

Сначала определите ограничение

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

Запишите горизонт решения. Задача «дать результат до конца квартала» отличается от «создать основу на два года». Долгосрочный проект не становится плохим из-за отсутствия быстрого эффекта, но может не подходить для текущего ограничения.

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

Приведите проекты к общему расчёту

Сравнивайте дополнительный результат за одинаковый период и относительно понятной исходной ситуации. Выручка новой механики и экономия на лицензии — разные исходные величины. Для совместной оценки их нужно перевести в сопоставимый финансовый результат с раскрытыми допущениями.

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

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

Проверьте зависимости до присвоения баллов

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

Вопрос к инициативеЧто считается достаточным ответом
Какую проблему решаемКонкретная потеря или ограничение процесса
Как измерим изменениеМетрика, сравнение и период
Что требуется для запускаДанные, роли, системы и зависимости
Что известно об эффектеИсточник оценки и её ограничения
Что будет после запускаВладелец и объём поддержки

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

Сравните следующий шаг на примере

Условный пример. Команда располагает 500 000 рублей на квартал. Проект A стоит 300 000 рублей вместе с поддержкой в выбранном периоде. Ожидаемый дополнительный маржинальный доход до этих расходов — от 350 000 до 600 000 рублей. Расчёт основан на своём небольшом эксперименте, поэтому диапазон пока широк.

Проект B стоит 450 000 рублей и обещает доход от 400 000 до 1 200 000 рублей. Основание — кейс другого бизнеса. При этом эффект зависит от интеграции, срок которой не подтверждён. Максимальная цифра B выше, но оснований для полного вложения меньше.

Команда может выбрать A, если его диапазон риска приемлем, а оставшиеся 200 000 рублей не обязательно сразу тратить. Для B возможен отдельный пилот за 80 000 рублей, если он проверит ключевое допущение и не требует той же недоступной интеграции. Такой пилот — самостоятельное решение с вопросом и критерием продолжения, а не начало полного проекта под другим названием.

Учитывайте пересечения эффектов

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

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

Зафиксируйте решение и условия пересмотра

Итогом должна стать короткая записка: выбранный шаг, сравнивавшиеся альтернативы, стоимость, ожидаемый результат, основные сомнения и дата следующего решения. Укажите, какое новое наблюдение изменит приоритет: задержка интеграции, результат пилота или смена бизнес-цели.

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

Источники

HM Treasury. The Green Book. UK government guidance on appraisal. Редакция 2026.