Zammad или FreeScout: что выгоднее и когда

MAATRIX

Когда общий почтовый ящик support@ перестаёт справляться и письма теряются между сотрудниками, выбор обычно сужается до двух self-hosted вариантов: Zammad и FreeScout. Оба открытые, оба ставятся на свой VPS, у обоих есть Docker-образы — но по факту это разные по весу и функциям системы, и цена ошибки в выборе — это либо переплата за сервер, который вам не нужен, либо упёртый потолок функций через полгода роста команды. Разберём, чем они отличаются на практике и когда какой ставить.

Что это за системы и откуда они родом

Zammad — это полноценная helpdesk-платформа на Ruby on Rails, изначально писавшаяся как открытая замена Zendesk. Кроме почты она из коробки умеет тикеты из чата на сайте, интеграцию с Telegram/Facebook, базу знаний, SLA-политики, отчёты и полнотекстовый поиск через Elasticsearch. Это система для отдела поддержки как такового — с ролями, очередями, эскалациями.

FreeScout — PHP-проект на Laravel, который решает более узкую задачу: превратить почтовый ящик в тикет-систему с распределением между агентами, статусами и внутренними заметками. Идеологически это открытая замена Help Scout — минималистичный интерфейс, лёгкий стек, платные модули только для продвинутых вещей вроде SLA-таймеров или расширенных отчётов.

Разница видна уже на уровне архитектуры: Zammad из коробки — это связка из 5-8 контейнеров (Rails-сервер, планировщик, вебсокет, Postgres, Redis, Memcached, опционально Elasticsearch, nginx). FreeScout — это, по сути, три сервиса: PHP-приложение, MySQL и cron-контейнер для фоновых задач. Эта разница в весе и определяет большую часть дальнейшего сравнения.

Ресурсы и требования к серверу

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

Ключевой момент — Elasticsearch. Без него Zammad технически работает, но полнотекстовый поиск по тикетам и вложениям становится урезанным, и с ростом истории тикетов это ощущается всё сильнее. А Elasticsearch — самый прожорливый компонент стека: под него закладывайте отдельно от 1-2 ГБ RAM под JVM даже на небольшой инсталляции. Подробный разбор потребления памяти по компонентам есть в статье сколько RAM нужно для Zammad — там разложено по каждому сервису отдельно.

FreeScout такой проблемы не знает в принципе — поиск работает через обычные индексы MySQL, отдельного поискового движка нет. Это одновременно и плюс (меньше сервисов, меньше что может упасть), и минус (поиск по большим объёмам тикетов с вложениями будет заметно проще, чем у Zammad с Elasticsearch).

Функции: где Zammad выигрывает, а где это просто лишний вес

Zammad закрывает сценарии, которых у FreeScout просто нет:

• Мультиканальность из коробки — чат-виджет на сайте, Telegram, Facebook Messenger, Twitter как отдельные каналы, все сливаются в единую очередь тикетов;
• SLA-политики и эскалации — настраиваются в интерфейсе без доплаты, с триггерами по времени реакции и решения;
• База знаний — встроенный модуль, публичная и внутренняя часть, без сторонних плагинов;
• Ролевая модель и права — гибкая настройка, кто что видит и может делать, вплоть до уровня отдельных полей тикета;
• Отчёты и дашборды — встроенная аналитика по нагрузке на агентов, времени ответа, объёму по каналам.

FreeScout закрывает базовый workflow тикетов из почты и делает это неплохо, но продвинутые вещи там либо отсутствуют, либо продаются отдельными платными модулями на freescout.net (разово, не подписка) — SLA-политики, расширенные отчёты, часть интеграций с мессенджерами. Ядро при этом бесплатное и открытое полностью, доплата нужна только за конкретные модули, если они вам действительно нужны.

Если у вас только почта и небольшая команда — переплачивать ресурсами за мультиканальность и SLA, которыми вы не пользуетесь, смысла нет. Если у вас реальный отдел поддержки с несколькими каналами и требованиями по SLA от бизнеса — урезанный набор FreeScout быстро упрётся в потолок, и вы либо докупите модули, либо всё равно перейдёте на что-то тяжелее.

Установка: сложность и время

Обе системы разворачиваются через Docker Compose за 15-30 минут, если у вас уже готовы Docker и домен. Для установки без контейнеров, напрямую на систему, у нас есть пошаговые инструкции по обеим: установка Zammad на Ubuntu 24.04 и готовый файл FreeScout в Docker Compose.

На практике у Zammad больше движущихся частей при первом запуске — нужно дождаться инициализации Elasticsearch (может занять несколько минут на слабом диске), настроить indexing, проверить, что все 6-8 контейнеров поднялись и видят друг друга по сети. У FreeScout процесс проще: применить миграции БД, настроить IMAP-ящик для входящей почты (или SMTP для прямого приёма), прописать cron для фоновых задач — и всё.

Если у вас уже есть входящая почта на support@ через внешний провайдер (Яндекс, Google Workspace) — оба варианта подключаются к ней по IMAP без разворачивания собственного почтового сервера. Если почты ещё нет и вы хотите держать её на том же сервере — есть отдельный разбор установки Postfix на VPS.

Цена владения: сервер плюс модули

Обе системы бесплатны в базовом виде (open source), разница в TCO — это стоимость сервера под нагрузку плюс опциональные платные модули.

Zammad:

• Сервер: от 4 ГБ RAM с Elasticsearch для комфортной работы малой команды — это заметно дороже минимального VPS;
• Модулей и подписок нет — весь функционал (включая SLA, каналы, отчёты) в открытом ядре;
• Плата за поддержку опциональна (Zammad предлагает платную enterprise-поддержку, но не обязательна для self-hosted).

FreeScout:

• Сервер: от 1-2 ГБ RAM хватает для старта — минимальный VPS стоит меньше;
• Платные модули — разовая покупка $20-60 за штуку на freescout.net, нужны только если хотите конкретную продвинутую функцию (SLA, отчёты, отдельные интеграции);
• Обновления и патчи безопасности — бесплатны в любом случае.

Практический вывод: для команды до 5-10 агентов с одним-двумя каналами связи FreeScout почти всегда выходит дешевле и по железу, и по деньгам за модули (если вообще их покупать). Для команды от 10-15 агентов с несколькими каналами и требованиями по SLA разница в цене сервера (условно 4-8 ГБ вместо 2-4 ГБ) окупается тем, что не приходится докупать модули по одному и собирать функциональность по кускам — в Zammad она уже вся есть в ядре.

Миграция и что теряете при переходе

Перейти с одной системы на другую несложно на уровне идеи (обе хранят тикеты как связки писем с метаданными), но готового однокнопочного мигратора между Zammad и FreeScout нет — придётся либо писать скрипт через API обеих систем (у обеих есть REST API), либо переносить только историю переписки через IMAP-архив, теряя метаданные (статусы, назначенных агентов, теги).

Практический совет: если не уверены в выборе и команда небольшая — начните с FreeScout, он легче и дешевле в развороте. Если через несколько месяцев упрётесь в отсутствие SLA или мультиканальности — миграция на Zammad с сохранением истории переписки (не метаданных тикетов) займёт день-два через экспорт почтового архива и повторный импорт по IMAP в новую систему. Обратный переход (с Zammad на FreeScout) практического смысла почти не имеет — вы теряете функции, а не приобретаете.

Если вы уже присматриваетесь к боту для тикетов как альтернативе полноценному helpdesk — у нас есть отдельный разбор бота для поддержки клиентов с тикетами, это третий вариант для совсем небольшого потока обращений без выделенного веб-интерфейса.

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