CRM с открытым исходным кодом: как выбрать и не пожалеть

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

Открытых CRM десятки, живых среди них немного. Признаки зрелости, по которым стоит фильтровать:

• Регулярные релизы. Система без обновлений полгода фактически брошена: уязвимости копятся, совместимость с новыми версиями PHP и баз данных уходит.
• Живое сообщество и документация. Форум, где отвечают, и документация, которую обновляют. Иначе каждый вопрос превращается в архивные раскопки.
• Архитектура для расширений. Доработки должны жить в отдельных модулях, а не в правках ядра. Если модулей нет, каждое обновление ядра ломает ваши изменения.
• Рынок специалистов. Систему, под которую нет подрядчиков, придётся осваивать самим.

Пример зрелого ядра — EspoCRM: открытый код, регулярные релизы с 2014 года, модульная архитектура расширений. Мы выбрали его основой Платформы SellUs именно по этим критериям: ядро развивает вендор и сообщество, а модули под процесс клиента пишем и поддерживаем мы.

Короткий разбор трёх систем, которые чаще всего попадают в шорт-лист в 2026 году.

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

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

Odoo. Не CRM, а конструктор всего бизнеса: продажи, склад, производство, бухгалтерия. Сильный вариант, когда CRM нужна как часть большой ERP-картины. Оборотная сторона: сложность внедрения выше на порядок, а «бесплатность» быстро заканчивается на платных модулях и версии Enterprise.

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

Лицензия ядра не стоит ничего, проект стоит денег. Считайте четыре статьи:

1. Сервер. Виртуальный сервер под CRM на команду до 20 человек обходится в несколько тысяч рублей в месяц.
2. Внедрение. Настройка под процесс, перенос данных, обучение. Сопоставимо с внедрением облачной CRM: платите за работу, а не за лицензии.
3. Модули. Телефония, документы, отчёты, интеграции с учётной системой. Часть есть в готовом виде, часть пишется под вас.
4. Сопровождение. Обновления ядра, резервные копии, совместимость модулей. По договору с подрядчиком или силами своего администратора.

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

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

Можно ли использовать бесплатно в коммерческой компании? Для зрелых открытых CRM да: использование внутри компании свободно. Платными бывают отдельные официальные расширения вендора и облачные версии.

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

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

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

Про выбор между самописной системой и открытым ядром писали отдельно: «Своя CRM: писать с нуля или собрать на открытом ядре». Структуру расходов заказного проекта разбирали в статье о разработке CRM на заказ.

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

1. Прототип на реальных данных. Берётся выгрузка из текущей системы или таблиц, настраиваются воронки и карточки. Неделя работы.
2. Пилотная команда. Два-три менеджера работают в новой системе параллельно со старой две-три недели. Остальные не трогаются.
3. Замер. Сравниваются скорость работы с карточками, полнота истории, удобство отчётов. Решение принимается на цифрах пилота, а не на демо-презентации.
4. Раскатка или откат. Если пилот убедил, переезжают все, и старая подписка не продлевается. Если нет, компания потеряла три недели двух менеджеров, а не бюджет внедрения.

Такой пилот снимает главный страх открытых систем «а вдруг не приживётся»: решение проверяется на вашем процессе до основных затрат.