Короткий ответ
Тариф выбирается по набору инструментов, а не по числу сотрудников.
Число пользователей — это ограничение сверху, потолок. Оно говорит, сколько человек поместится, но ничего не говорит о том, какой тариф вам нужен.
Проверяется это двумя реальными клиентами, которые опровергают друг друга.
Два клиента, которые не укладываются в логику «больше людей — дороже тариф»
Первый: три пользователя, Профессиональный тариф.
Компания делает изделия на заказ. Сотрудников — трое. По логике «тариф под размер команды» им хватило бы младшего.
Но заявки приходят из рекламы, и бюджет на неё небольшой. При маленьком бюджете ошибка в выборе канала стоит дороже, чем разница между тарифами: месяц открутки не в тот канал — и денег на следующий уже нет. Им нужно видеть, какой источник приносит не обращения, а оплаты.
Это сквозная аналитика, а она появляется только на Профессиональном. Ни на Базовом, ни на Стандартном её нет — и обойти это нечем.
Поэтому они платят за старший тариф втроём. И это рациональное решение: тариф окупается экономией рекламного бюджета, а не количеством рабочих мест.
Второй: 250 пользователей, потребности минимальные.
Крупная компания. Двести пятьдесят человек в системе. Используют чаты и видеозвонки — и то потому, что привычный корпоративный мессенджер перестал работать и нужна была замена.
Ни воронок, ни автоматизации, ни аналитики. Портал работает как корпоративный мессенджер с диском, и в этом качестве полностью закрывает потребность.
Платить там за расширенную автоматизацию не за что. Это не «недоиспользуют систему» — это честное соответствие инструмента задаче.
Почему число пользователей сбивает с толку
Тарифы во всех облачных сервисах устроены одинаково: цена растёт вместе с числом мест. Отсюда естественный, но неверный вывод — что тариф выбирается по размеру компании.
На самом деле в тарифе смешаны две разные вещи:
- Сколько человек поместится — это про масштаб.
- Какие инструменты доступны — это про задачи.
Второе не связано с первым. Компания на три человека может нуждаться в сложной автоматизации, а компания на триста — обходиться чатами.
Практическое следствие: сначала список задач, потом тариф. Не наоборот.
Чем оборачивается ошибка на старте
Здесь начинается неприятное, и об этом честно предупреждаем на переговорах.
Сценарий типовой. На старте заказчик описывает задачи так, как их видит сегодня: нужна воронка, нужны каналы, нужны задачи. Выбирается тариф под этот список — обычно младший, потому что дешевле.
Проходит месяц-полтора работы. Люди осваиваются, и появляется задача, которую на старте никто не формулировал, потому что она была неочевидна. Сквозная аналитика. Согласование договоров. Обмен с учётной системой. Разграничение прав по отделам.
И вот эта задача из «когда-нибудь потом» мгновенно становится критичной. Причём именно в тот момент, когда тариф уже оплачен.
Дальше происходит предсказуемое: виноватым оказывается интегратор. Не предусмотрел. Не предупредил. Хотя на старте заказчик о такой задаче не думал и в требования её не включал.
И звучит фраза, которую мы слышали не раз:
«Вы же эксперты, вы должны были знать».
Отвечаю честно, потому что в ней есть и правда, и подмена.
Правда в том, что эксперт обязан задать правильные вопросы. Не ждать, пока заказчик сам догадается про сквозную аналитику, а спросить: откуда приходят заявки, считаете ли вы стоимость обращения, планируете ли рекламу. Если таких вопросов не задали — претензия справедлива, и это наша недоработка.
Подмена в том, что эксперт не телепат. Знать, что через полгода компания выйдет в новый канал, наймёт второго менеджера или начнёт согласовывать договоры внутри системы, невозможно без обследования процессов. А обследование — отдельная работа, от которой на старте часто отказываются ради скорости.
Обе стороны при этом правы по-своему. Заказчик действительно не мог сформулировать то, чего ещё не знал. Интегратор действительно выбирал тариф под озвученные требования. Спор об этом бесконечен и бесполезен — поэтому мы его закрыли иначе.
Как мы решили этот спор
После нескольких таких проектов мы завели в договоре отдельный раздел. В нём две строки:
- Рекомендованный тариф — тот, который мы считаем правильным под задачи, включая те, что вероятно возникнут.
- Выбранный заказчиком тариф — тот, который в итоге покупается.
Если строки совпали — вопрос закрыт.
Если заказчик выбрал младший ради экономии — это его право, и мы спокойно работаем. Но через три месяца, когда всплывает нужная функция, разговор идёт не о том, кто виноват, а о том, что делаем дальше. Потому что рекомендация зафиксирована письменно и до начала работ.
Это не юридическая защита от претензий. Это способ не тратить время на выяснение, кто чего не предусмотрел, и сразу перейти к решению.
Про «в любой момент перейдём на тариф выше»
Фраза, которая звучит на каждых вторых переговорах, обычно как аргумент за экономию на старте.
Технически всё верно: переход на старший тариф возможен в любой момент, данные не теряются.
Проблема в том, когда этот момент наступает. Не в спокойное время по плану, а ровно тогда, когда нужная функция понадобилась срочно. К стоимости перехода добавляется:
- стоимость срочной настройки того, что не настроили заранее;
- время, пока функции нет, а задача уже горит;
- переделка того, что успели построить в обход отсутствующего инструмента.
Последний пункт самый дорогой. Когда инструмента нет, его обходят костылями — таблицами, ручными выгрузками, отдельными сервисами. Потом всё это приходится разбирать.
Так что фраза верная, но экономия от неё меньше, чем кажется.
Что реально определяет выбор тарифа
Смотреть надо не на длину списка возможностей, а на то, где проходят пороги — уровни, ниже которых нужной функции просто нет.
| Что появляется | Начиная с тарифа |
|---|---|
| CRM, задачи, мессенджер, диск, доски | Бесплатный |
| Интернет-магазин, онлайн-запись, поддержка | Базовый |
| Маркетинг, Документы Онлайн, КЭДО и Госключ, BI Конструктор | Стандартный |
| Сквозная аналитика, автоматизация, HR: Компания | Профессиональный |
| Филиалы, энтерпрайз-кластер | Энтерпрайз |
Данные с официальной страницы сравнения на 09.09.2026.
Отсюда видно, почему история с тремя пользователями на Профессиональном не аномалия: сквозная аналитика ниже этого тарифа не существует. Сколько бы человек ни было в компании — один или девяносто, — за ней придётся идти на Профессиональный.
И обратное тоже верно: если в списке ваших задач нет ничего из двух нижних строк таблицы, платить за старший тариф не за что.
Состав вендор меняет: функции переезжают между тарифами, появляются новые ограничения по объёму данных. Поэтому перед покупкой сверяйтесь с актуальным сравнением на сайте вендора, а не со статьями — включая эту. Логика выбора не меняется, конкретика меняется.
Официальные цены
Публикуем как есть, по требованию вендора:
| Тариф | Пользователей | Диск | Цена в месяц |
|---|---|---|---|
| Бесплатный | без ограничения | 5 ГБ | 0 ₽ |
| Базовый | 5 | 24 ГБ | 2 490 ₽ |
| Стандартный | 50 | 100 ГБ | 6 990 ₽ |
| Профессиональный | 100 | 1 024 ГБ | 13 990 ₽ |
| Энтерпрайз | от 250 | 3 ТБ | 33 990 ₽ |
Два момента, из-за которых цифры часто читают неверно.
Цена указана за всех пользователей, а не за рабочее место. Это отличает Битрикс24 от большинства сервисов, где платят за каждого сотрудника, и объясняет, почему компания на 250 человек может платить меньше, чем кажется.
В таблице цена месяца при помесячной оплате. При оплате сразу за год она ниже на 20% — то есть Профессиональный обходится не в 13 990 ₽, а в 11 190 ₽ в месяц. Это не временная акция, а постоянное условие: чем длиннее оплаченный период, тем дешевле месяц.
Отсюда практический вывод для выбора: разница между тарифами при годовой оплате меньше, чем выглядит в помесячном прайсе. Если колеблетесь между Стандартным и Профессиональным из-за цены, посчитайте оба варианта в годовой оплате — расхождение часто оказывается меньше стоимости одной ошибки в рекламном канале.
Отдельно стоит знать про бесплатный тариф: он без срока и без карты, число пользователей не ограничено. Для компании, которой нужны чаты, диск и базовая CRM, этого хватает — как во втором примере выше.
Актуальные цены и покупка — на странице услуги.
Как выбрать тариф без ошибки
- Выпишите задачи на год вперёд, а не на сегодня. Отдельно — то, что «пока не нужно, но вероятно понадобится». Именно из этого списка приходят сюрпризы.
- Проверьте по сравнению тарифов, на каком уровне появляется каждая задача из списка.
- Берите тариф по самой требовательной задаче, а не по средней.
- Зафиксируйте письменно, какой тариф рекомендован и какой выбран. Даже если работаете без интегратора — хотя бы для себя, чтобы через полгода помнить, чем руководствовались.
- Число сотрудников проверьте последним — просто чтобы все поместились.
Если задачи сформулировать сложно — это нормально, и именно для этого пишется техническое задание: в процессе обследования всплывает то, о чём на старте не думали.
Разобрать ваш случай можем мы: посмотрим задачи и скажем, какой тариф нужен — включая вариант «вам хватит бесплатного». Такой ответ мы тоже даём, и довольно часто.
Если нужно выстроить это в вашей компании — смотрите внедрение CRM под ключ.