Облачная CRM против своей: цена одного менеджера в месяц

MAATRIX

Когда отдел продаж растёт с 5 до 25 менеджеров, счёт за облачную CRM растёт линейно вместе с ним — а стоимость своего сервера почти не меняется. В какой-то момент кривые пересекаются, и решение, которое было очевидно выгодным при пяти пользователях, превращается в переплату при двадцати пяти. Разберём, как считать метрику "цена на одного менеджера в месяц" честно, без маркетинговых упрощений с обеих сторон.

Почему нужна именно эта метрика

Сравнивать "облако" и "свой сервер" по общей сумме в месяц — плохая идея: у команды из 5 человек и команды из 50 совершенно разная экономика, и голая сумма ничего не говорит о том, где выгоднее вам. Метрика "цена за пользователя в месяц" решает эту проблему: она приводит оба варианта к одному знаменателю и позволяет строить график в зависимости от размера отдела продаж, а не сравнивать два случайных числа.

У облачной CRM (общей категории продукта — не берём конкретных названий) эта метрика почти всегда одна и та же величина, умноженная на число пользователей: тариф считается "за место", и цена на менеджера практически не меняется независимо от того, 5 у вас пользователей или 50. Небольшая экономия на объёме бывает на старших тарифах, но порядок цифры остаётся тем же.

У self-hosted CRM (собственного сервера с открытой CRM-системой, например SuiteCRM) метрика устроена ровно наоборот: стоимость сервера фиксирована и почти не зависит от числа менеджеров в разумных пределах, поэтому цена на пользователя падает по мере роста команды — просто потому что один и тот же знаменатель делится на растущее число. Это ключевое структурное отличие, а не вопрос "у кого дешевле лицензия".

Формула для обеих сторон одна:

цена_на_менеджера = (стоимость_сервера_или_подписки_в_месяц) / (число_активных_менеджеров)

Разница только в том, что у одной стороны числитель растёт вместе со знаменателем, а у другой — нет.

Облачная CRM: пример расчёта

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

Обратите внимание: цена на менеджера (столбец "X") не меняется вообще. Это и есть суть облачной модели — она линейно масштабируется вместе с командой. Отдел вырос вдвое — счёт вырос вдвое. Никакого эффекта масштаба на уровне "цена за место" в базовом тарифе, как правило, нет: экономия на объёме, если и появляется, то на переходе между тарифными планами (например, "до 10" → "до 50" пользователей), а не плавно.

Важный нюанс, который часто упускают при таком сравнении: у многих облачных CRM оплата идёт за место, привязанное к аккаунту, а не к активности. Менеджер в отпуске, уволенный сотрудник, чью учётку забыли отключить, стажёр на испытательном сроке — за всех них счёт продолжает капать, если место не освободили вручную. На практике это часто добавляет к формуле 10-20% "мёртвых душ", которые нужно учитывать при аудите реальной цены на активного менеджера, а не на купленное место.

Где проходит точка перелома

Точка перелома — это размер команды, при котором self-hosted вариант становится выгоднее облачного по метрике "цена на менеджера в месяц". Формально она находится из условия:

цена_на_менеджера_self-hosted = цена_на_менеджера_облако
Y / N = X
→ N = Y / X

То есть точка перелома N — это стоимость сервера, делённая на цену одного места в облаке. Если сервер стоит условно втрое дороже одного облачного места, перелом наступает примерно на 3-4 менеджерах — и почти любая реальная команда продаж уже за этой точкой. Если разница между сервером и одним местом в облаке меньше — например, сервер стоит в 15-20 раз дороже одного места, — перелом наступает при команде в 15-20 человек, и небольшим отделам продаж имеет смысл оставаться в облаке дольше.

На практике на положение точки перелома влияют три фактора:

• Тариф облачной CRM. Чем дороже цена за место у рассматриваемого сервиса (особенно на "продвинутых" тарифах с автоматизацией, интеграциями и отчётами, которые нужны отделу продаж на практике, а не в демо-версии), тем раньше наступает перелом.
• Конфигурация сервера. CRM на 50 менеджеров с активной работой в базе весь рабочий день требует больше ресурсов, чем CRM на 10 человек — но рост стоимости сервера при этом обычно не линейный: переход с минимальной конфигурации на среднюю может увеличить число обслуживаемых пользователей в разы, а стоимость — в разы меньше.
• Стоимость своего времени на администрирование. Формула выше не учитывает человеко-часы на установку, обновления, бэкапы и разбор инцидентов — это тот параметр, который каждая компания должна оценить сама, а не брать готовым числом из чужой статьи.

Что не входит в "цену сервера"

Здесь честность требует прямо сказать: self-hosted вариант дешевле по формуле выше, но формула не бесплатна в других смыслах, и делать вид, что своя CRM — это только цена аренды, было бы нечестно по отношению к читателю.

• Администрирование. Обновления CRM, патчи безопасности, настройка бэкапов, восстановление после сбоя — это либо ваше время, либо время штатного администратора, либо оплата разового подрядчика. У облачной CRM всё это входит в подписку по умолчанию.
• Отказоустойчивость. Если у вас один сервер без резервного, простой во время инцидента — это ваша проблема и ваше время на восстановление. Облачный провайдер обычно даёт какой-то уровень SLA "из коробки" (хотя и он не гарантирует отсутствие простоев).
• Интеграции и обновления функциональности. Открытые CRM-системы развиваются медленнее, чем крупные коммерческие облачные продукты с большими командами разработки — новые модули коннекторов, AI-функции, мобильные приложения появляются с задержкой или требуют доработки своими силами.
• Миграция данных при переходе. Перенос сделок, контактов, истории переписки из облачной CRM в self-hosted — это отдельный проект с рисками потери данных, если делать его наспех.

Эти издержки не отменяют экономику из предыдущих разделов — просто их нужно учитывать не как "ноль", а как отдельную строку расходов, которая тоже делится на число менеджеров и снижает разрыв между вариантами при небольших командах.

Как посчитать для своего отдела

Порядок действий, который даёт рабочую, а не иллюстративную цифру:

1. Посчитайте реальное число активных менеджеров — не купленных мест, а тех, кто правда работает в CRM каждый день. Для облачной CRM возьмите отчёт по активности пользователей за последний месяц; для self-hosted — запрос вроде приведённого выше.
2. Возьмите текущий счёт за облачную CRM за последний полный месяц (не список цен на сайте, а реальный инвойс — с учётом надбавок за интеграции, хранилище, дополнительные модули) и разделите на число из пункта 1.
3. Прикиньте конфигурацию сервера под вашу нагрузку. Для CRM на 10-15 менеджеров обычно достаточно скромной конфигурации; для 40-50 активных пользователей с отчётами и интеграциями стоит закладывать запас по CPU и RAM. Разница в стоимости между этими уровнями обычно не пропорциональна разнице в числе пользователей.
4. Добавьте к стоимости сервера оценку своего времени на первичную настройку (разовая) и на поддержку (ежемесячная) — переведите часы в деньги по вашей внутренней ставке, чтобы не сравнивать "тёплое с мягким".
5. Разделите итоговую сумму на число менеджеров и сравните с цифрой из пункта 2 — это и есть ваша реальная точка сравнения, а не усреднённая оценка из статьи.

Если после этого расчёта self-hosted вариант выигрывает не сильно (разница в пределах 10-15%), разумнее остаться в облаке — экономия не окупит риск и время на миграцию для небольшой команды. Если разрыв в разы — это уже основание проверить self-hosted вариант всерьёз, например начав с установки открытой CRM на тестовом сервере и переноса части данных, прежде чем переводить весь отдел. Разбор того, как эта же логика работает для отдела продаж автосервиса, есть в статье про подписку на CRM против своего сервера — с конкретным сценарием и цифрами по другой отрасли.

Для тех, кто уже решил попробовать self-hosted вариант, есть отдельная пошаговая инструкция по установке SuiteCRM на VPS — от чистого сервера до рабочей CRM. А если сомневаетесь между арендой выделенного сервера и облаком в принципе, шире, чем только для CRM, — посмотрите разбор TCO выделенного сервера против облака на три года, там та же логика "точки перелома", только для инфраструктуры целиком.

Частые вопросы