Twenty: open-source CRM без обязательной оплаты за каждого пользователя

CRM начинает дорожать вместе с командой

Вы добавляете в CRM нового продавца, руководителя или специалиста поддержки. Бизнес не получил ни одного нового клиента, но ежемесячный счёт уже вырос. Затем выясняется, что нужная автоматизация доступна только в старшем тарифе, а отдельная интеграция требует ещё одной подписки.

Twenty предлагает другой подход. Это open-source CRM, которую можно использовать в управляемом облаке разработчика или развернуть на собственной инфраструктуре. В self-hosted сценарии вы не обязаны платить базовую подписку за каждое пользовательское место. Вы контролируете сервер, данные и обновления.

На 20 сентября 2026 года основной репозиторий Twenty собрал больше 57 000 звёзд на GitHub. Это не доказывает, что продукт подойдёт именно вашему бизнесу. Зато показывает масштаб интереса разработчиков и команд, которые ищут современную альтернативу закрытым CRM.

Главная мысль простая: Twenty может убрать per-seat плату, но не делает инфраструктуру бесплатной. Сервер, домен, резервные копии, обновления, мониторинг и время специалиста остаются. Поэтому разумный путь начинается не с миграции, а с ограниченного пилота.

Что такое Twenty

Twenty позиционируется как открытая альтернатива традиционным CRM. Внутри есть привычные сущности: люди, компании, сделки, задачи, представления и списки. Систему можно адаптировать под собственную модель данных через объекты, поля и виды. Для автоматизации доступны workflows, API и webhooks.

Это важно, когда процесс компании не укладывается в типовую воронку «лид → сделка». Например, агентству нужно хранить проекты и ответственных, учебному центру — потоки и кураторов, сервисной компании — объекты обслуживания и регламенты. В закрытой CRM такая настройка часто превращается в набор дорогих дополнений. В Twenty часть модели можно собрать под себя.

Но гибкость работает в обе стороны. Чем больше вы меняете систему, тем больше нужно документировать логику, тестировать обновления и следить за совместимостью. Open source не отменяет инженерную дисциплину.

Два способа использовать Twenty

Первый способ — Twenty Cloud. Разработчик обслуживает инфраструктуру, обновления и базовую эксплуатацию. На дату проверки Cloud Pro указан от $9 за пользователя в месяц при годовой оплате, Organization — от $19. Цены и состав тарифов меняются, поэтому перед решением нужно заново открыть официальную страницу.

Второй способ — self-hosting. Вы разворачиваете приложение на своём сервере и отвечаете за его работу. Бесплатная редакция регулируется открытыми лицензиями проекта, но часть коммерческих возможностей self-hosted версии может требовать отдельного ключа. Проверяйте лицензию и список функций до миграции, особенно если нужны корпоративные права, SSO или расширенная безопасность.

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

Что понадобится для пилота

Официальная инструкция Twenty требует актуальные Docker и Docker Compose. Для окружения указано минимум 2 ГБ оперативной памяти. Для реального использования лучше заранее оценить запас по памяти, нагрузке и диску, а не выбирать минимальную конфигурацию как постоянную.

1. Отдельный сервер или тестовая виртуальная машина.
2. Домен или поддомен для CRM.
3. HTTPS через reverse proxy.
4. Доступ к DNS.
5. Место для резервных копий вне основного сервера.
6. Ответственный за обновления и восстановление.
7. Один бизнес-процесс для теста.

Не начинайте с копии всей клиентской базы. Возьмите 20–50 обезличенных записей. Цель пилота — проверить процесс, роли, импорт, экспорт и восстановление, а не сразу заменить рабочую систему.

Шаг 1. Зафиксируйте один процесс

Опишите пилот на одной странице. Например:

Новый лид → первичный контакт → квалификация → предложение → выиграно / проиграно

Для каждого этапа укажите обязательные поля, ответственного и условие перехода. Не переносите старую CRM один в один. Если поле никто не использует для решения или отчёта, возможно, оно не нужно.

Хороший пилот отвечает на пять вопросов:

• может ли сотрудник быстро создать запись;
• видно ли следующее действие;
• понимает ли руководитель состояние воронки;
• можно ли выгрузить данные без помощи разработчика;
• сохраняется ли результат после сбоя и восстановления.

Шаг 2. Поднимите тестовый экземпляр

Используйте только актуальную официальную Docker Compose инструкцию. На момент проверки базовый сценарий выглядит так: получить файл окружения и docker-compose.yml, сгенерировать ключ шифрования, задать пароль PostgreSQL, затем запустить контейнеры командой:

docker compose up -d

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

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

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

Шаг 3. Соберите минимальную модель данных

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

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

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

Шаг 4. Проверьте интеграции и права

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

1. Есть ли готовое подключение или понадобится API?
2. Где хранится токен и кто может его отозвать?
3. Что произойдёт при повторной отправке события?

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

Шаг 5. Сделайте бэкап и восстановите его

Бэкап, который никто не восстанавливал, — это предположение, а не защита.

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

Зафиксируйте два показателя:

• RPO: сколько данных допустимо потерять между копиями;
• RTO: сколько времени допустимо восстанавливать работу.

Если бизнес не может ответить на эти вопросы, проблема не в Twenty. Она уже существует в текущей CRM, просто пока не проявилась.

Шаг 6. Посчитайте полную стоимость

Сравнивайте не цену лицензии, а годовую стоимость владения.

Для self-hosted варианта сложите:

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

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

Только после этого сравнение становится честным. Self-hosting часто выигрывает у большой команды с технической поддержкой. Маленькой команде без администратора он может добавить скрытую дорогую работу.

Критерии успешного пилота

Пилот можно считать успешным, если:

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

Если хотя бы один из этих пунктов отсутствует, не переносите всю клиентскую базу. Продлите пилот или выберите управляемое облако.

Частые ошибки

Первая ошибка — считать open source синонимом нулевой стоимости. Вы не платите за код, но платите за среду и ответственность.

Вторая — переносить все старые поля и процессы. Так новая CRM наследует старый хаос.

Третья — работать без версии и плана обновлений. latest удобен для теста, но в рабочей системе нужен контролируемый релиз и возможность отката.

Четвёртая — хранить бэкап рядом с основной базой. Поломка диска или ошибка оператора уничтожит оба.

Пятая — подключать боевые данные до проверки прав и журналирования. Пилот должен быть безопасным и обратимым.

Что выбрать

Выбирайте Twenty Cloud, если хотите быстро начать и не обслуживать сервер. Выбирайте self-hosted, если вам важны контроль, собственная инфраструктура и экономика команды оправдывает сопровождение.

Не выбирайте Twenty только из-за громкой фразы «бесплатная CRM». Выбирайте его, если после пилота он лучше поддерживает ваш процесс, данные можно восстановить, а полная стоимость понятна.

Что почитать дальше

FAQ

Twenty полностью бесплатна?

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

Можно ли установить Twenty без разработчика?

Тестовую установку по официальной инструкции осилит технически уверенный пользователь. Для рабочей CRM нужен человек, который отвечает за безопасность, обновления и восстановление.

Можно ли сразу перенести всю базу?

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

Где проверять актуальные требования?

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

Источники

• Официальный репозиторий TwentyРепозиторий, лицензии и 57 тыс.+ звёзд · проверено 20.09.2026
• Тарифы Twenty CloudCloud Pro от $9 и Organization от $19 при годовой оплате · проверено 20.09.2026
• Официальная инструкция Docker ComposeТребования, HTTPS и резервные копии · проверено 20.09.2026
• Условия TwentyOpen-source и коммерческие self-hosted функции · проверено 20.09.2026