Что именно вы оплачиваете в тарифе CRM платформы

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

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

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

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

Составьте паспорт тарифа

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

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

Почему определения различаются на практике

HubSpot разделяет marketing contacts — контакты для маркетинговой работы — и non-marketing contacts, которые не имеют этого статуса; маркетинговый статус влияет на оплачиваемый уровень контактов. Документация также описывает сроки, в которые смена статуса отражается на расчёте. [1] Это не тождественно числу клиентов, открывших письмо или сделавших покупку в этом месяце.

Klaviyo в документации управления профилями связывает тарификацию с active profiles — активными профилями по правилам сервиса — и отдельно рассматривает suppressed profiles, то есть профили с ограничением отправок, исключённые из соответствующего оплачиваемого количества. [2] Конкретное применение зависит от актуального плана и каналов. Перед закупкой нужно сверять условия именно выбранной конфигурации.

Braze использует в том числе data points: оплачиваемые единицы поступающих данных. Документация различает пользовательские события, покупки и обновления атрибутов — отдельных полей профиля, — а также исключения из подсчёта. API-запрос — одно программное обращение к системе, которое может содержать несколько изменений; поэтому он не обязательно равен одной оплачиваемой единице. [3]

Эти примеры показывают различия моделей оплаты. Они не являются рейтингом платформ и не означают, что у всех клиентов поставщика одинаковый договор.

Условный пример с одной клиентской базой

У компании 600 тысяч записей. Из них 100 тысяч находятся под запретом рекламных сообщений, 50 тысяч не имеют доступного канала связи, а 450 тысяч потенциально доступны для коммуникации. За последние 90 дней покупали 120 тысяч человек.

Если условный тариф считает все хранимые профили, исходная величина — 600 тысяч. Если он считает доступные для коммуникаций записи по заданному правилу, величина может составить 450 тысяч. Если менеджер использует маркетинговое определение активности и подставляет 120 тысяч, бюджет будет занижен. Реальные правила конкретного поставщика проверяются отдельно.

Наличие доступного контакта не подтверждает законность рекламной отправки. Биллинговый статус и право на коммуникацию — разные параметры. Их следует хранить и проверять в соответствии с принятым процессом разрешений.

Также убедитесь, что исходные 600 тысяч не включают технические дубли. Но уменьшать счёт через рискованное объединение разных людей нельзя. Очистка должна сохранять правильную историю и ограничения клиента.

Посчитайте данные до включения всех событий

Предположим, интеграция каждый день передаёт три неизменных поля для 300 тысяч профилей. За 30 дней это 27 миллионов операций обновления отдельных полей: 300 000 × 3 × 30. Если выбранный тариф считает каждую такую операцию, расходы появятся даже без изменения информации.

Если фактически ежедневно изменяются значения только у 2% профилей и обмен передаёт лишь эти изменения, объём в тех же допущениях составит 540 тысяч обновлений. Это не гарантированная экономия для любого продукта: нужно проверить правила тарификации, техническую возможность сравнения и стоимость самой обработки.

Раздельно посчитайте события сайта, покупки, обновления профиля и служебные операции. Тогда команда увидит, какие потоки нужны для сценариев, а какие собираются без определённого использования. Сокращать важные факты, например возвраты или отказы, только ради лимита нельзя; лучше пересмотреть архитектуру и договор.

Учтите пики и необратимые переходы между тарифами

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

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

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

Приведите предложения к одному профилю нагрузки

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

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

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

Источники

[1] HubSpot. Understand marketing contacts billing. База знаний, обновление 14 августа 2026 года.

[2] Klaviyo. Understanding active profile management in Klaviyo. Справочный центр.

[3] Braze. Data points. Техническая документация.