Сколько стоит уехать с Google Workspace: полная смета переезда

MAATRIX

Компании считают экономику перехода с Google Workspace на свою инфраструктуру одинаково неправильно: сравнивают ежемесячный счёт за подписку с ценой аренды сервера и радуются разнице в разы. В смету не попадают часы админа на настройку почты, простой сотрудников во время переноса писем, обучение команды новому интерфейсу и риск потерять часть переписки при неаккуратной миграции. Разберём, из чего на самом деле складывается стоимость переезда — не только то, от чего вы уходите, но и то, за что придётся заплатить, чтобы уйти.

Из чего складывается счёт за Google Workspace, который вы платите сейчас

Прежде чем считать стоимость переезда, важно понимать структуру того, что вы платите сейчас — иначе непонятно, с чем вообще сравнивать. Google Workspace продаётся по модели «за пользователя в месяц», и цена растёт линейно с числом сотрудников — в отличие от своего сервера, где расходы почти не зависят от количества людей до определённого порога. Тарифная линейка обычно разбита на несколько уровней: базовый (почта, диск с ограниченным объёмом, календарь, видеозвонки с лимитом участников), средний (больше места на диске, запись встреч, расширенная безопасность) и корпоративный (неограниченное хранилище, продвинутый аудит, DLP). Точные цифры тарифов на конец августа 2026 года лучше смотреть на актуальной странице Google — они периодически пересматриваются, и любое число, которое мы бы здесь привели, рискует устареть быстрее, чем вы дочитаете статью.

Важнее не абсолютная цена, а то, что вы платите за пакет целиком, даже если реально используете 20% функций. Часть команды почти не открывает Meet, часть не подходит к лимитам Drive — но платит за них наравне со всеми. Это первая точка, где self-hosted стек может сэкономить: вы платите за железо, а не за лицензии на человека, поэтому решение почти всегда выгоднее по деньгам подписки при достаточно большой команде. Но это только одна сторона уравнения — вторая сторона это как раз то, что обычно не считают.

Что придётся поднять взамен: сервер и стек

Google Workspace закрывает четыре задачи одним пакетом: почта, файловое хранилище с совместным редактированием документов, календарь с бронированием переговорок и видеосвязь. Self-hosted замена — это не один продукт, а набор из трёх-четырёх сервисов, которые нужно поднять и подружить между собой.

Практичный стек выглядит так:

• Почта — Postfix + Dovecot вручную или готовая сборка вроде Stalwart, которая закрывает SMTP/IMAP одним демоном и проще в поддержке для небольшой команды.
• Файлы и совместные документы — Nextcloud как хаб хранения и синхронизации плюс OnlyOffice или Collabora Online как движок совместного редактирования прямо в браузере.
• Календарь и контакты — либо встроенный модуль Nextcloud, либо отдельный CalDAV/CardDAV-сервер вроде Baikal или Radicale, если хочется более лёгкое решение без обвязки Nextcloud.
• Видеосвязь — Jitsi Meet, если звонки для команды принципиальны; часть компаний на этом этапе сознательно оставляют видеозвонки в отдельном сервисе, чтобы не увеличивать периметр миграции.

По железу для команды в 20–40 человек этот стек не требует чего-то экзотического. Почтовый сервер стабильно живёт на 2 CPU / 4 ГБ RAM при умеренном потоке писем, Nextcloud с OnlyOffice под совместное редактирование комфортнее чувствует себя от 4 CPU / 8 ГБ RAM — процессы конвертации документов заметно едят память. Практический вариант — один сервер побольше (например, 6–8 CPU / 16 ГБ RAM) под всё сразу с почтой в отдельном лёгком VPS для изоляции репутации IP, либо два-три отдельных сервера, если хочется развести нагрузку и точки отказа. Разброс тарифов на такие конфигурации у большинства провайдеров — от нескольких тысяч до 10–15 тысяч рублей в месяц за плечо, в зависимости от локации и объёма диска под растущее хранилище; ориентируйтесь на актуальный прайс, а не на цифры из статей, которые могли устареть.

Диск — отдельная статья расходов, которую часто недооценивают: если команда годами копила файлы в Google Drive, объём при миграции может быть кратно больше, чем кажется на глаз, а NVMe-хранилище под активно используемый Nextcloud стоит дороже холодного архива.

Время — самая недооценённая статья расходов

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

Разверни почтовый сервер с нуля — это не команда apt install postfix. Правильная настройка требует: DNS-записей SPF, DKIM, DMARC и обратной PTR-записи (без неё письма будут улетать в спам у получателей), прогрева IP-адреса для наработки репутации, настройки антиспам-фильтров, TLS-сертификатов для SMTP/IMAP, миграции почтовых ящиков с сохранением дат и папок. Для человека, который делает это впервые, реалистичный ориентир — от трёх до семи рабочих дней на полноценную настройку и тестирование, прежде чем можно спокойно переключать MX-записи. У специалиста, который уже настраивал такое раньше, счёт идёт на один-два дня.

Nextcloud с OnlyOffice поднимается технически быстрее — типовая установка через Docker Compose занимает несколько часов, — но следом идёт перенос самого содержимого: структуры папок, прав доступа, общих ссылок на файлы. Если в Google Drive годами копились расшаренные документы с индивидуальными правами на каждый файл, автоматического переноса прав доступа один в один обычно не бывает — их придётся выстраивать заново вручную или писать скрипт-обвязку под API.

Отдельная и часто более дорогая статья — обучение сотрудников. Переход с привычного интерфейса Gmail и Google Docs на новый UI — это не техническая задача, а организационная. Даже при похожем функционале люди на первую-вторую неделю теряют часть продуктивности: ищут, где теперь общие папки, путаются в правах доступа, зовут поддержку с вопросами «а как тут искать письма». Если в компании 30 сотрудников и каждый теряет условно час-полтора эффективного времени в первую неделю на привыкание — это заметная цифра в пересчёте на стоимость часа работы команды, даже без единого технического сбоя.

Риски переходного периода: где реально теряют данные и часы

Самый неприятный сценарий миграции — не «долго», а «потеряли данные», и об этом стоит говорить прямо, а не полагаться на то, что «в этот раз пронесёт».

Даунтайм при переключении почты. MX-записи имеют TTL и период распространения по DNS-серверам — от нескольких минут до суток, в зависимости от того, насколько заранее вы снизили TTL перед миграцией. Если переключить резко без подготовки, часть писем в переходный период может уходить то на старый, то на новый сервер, и без промежуточной пересылки часть корреспонденции рискует потеряться в этом окне.

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

Расхождение прав доступа в файлах. При переносе Google Drive на Nextcloud автоматика переносит сами файлы, но не всегда — тонкую настройку «кто может редактировать, кто только смотреть». Риск двусторонний: либо временно слишком открытый доступ, либо слишком закрытый — сотрудник не может открыть свой же документ и зовёт админа.

Календарь и встречи, которые «потерялись». Повторяющиеся события, приглашения с несколькими участниками и брони переговорок — самая капризная часть при переносе в CalDAV-формат. Проверяйте выборочно после миграции, что регулярные встречи действительно перенеслись со всеми повторами, а не оборвались на дате переноса.

Смягчить эти риски можно только одним способом — не мигрировать одним днём. Параллельная работа старой и новой системы одну-две недели, поэтапный перенос по отделам, а не всей компанией разом, и обязательная сверка контрольных цифр (число писем, число файлов, число событий календаря) до и после — это не бюрократия, а единственная защита от «а где мои письма за март».

Обучение сотрудников: тот самый скрытый пункт сметы

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

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

Практика, которая реально снижает трение: не бросать команду один на один с новым интерфейсом в день Х, а подготовить короткую памятку («как найти письмо», «как расшарить документ», «как забронировать переговорку») ещё до переключения и назначить одного-двух «дежурных» на первую неделю. Это не убирает время на обучение полностью, но заметно сокращает его и снижает раздражение команды.

Итоговая смета: пример расчёта на команду в 25–30 человек

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

Если перевести время специалиста и время сотрудников в деньги по вашим внутренним ставкам, у среднего размера команды разовые трудозатраты на переезд часто оказываются сопоставимы с несколькими месяцами той самой подписки, от которой уходят. Это не значит, что переезд невыгоден — это значит, что окупаемость нужно считать в горизонте года-двух, а не «сколько мы сэкономим в первый месяц».

Кому переезд окупается, а кому нет

Здесь стоит быть честным, а не продавать self-hosted как универсальное решение — оно им не является.

Переезд экономически оправдан, если:

• команда от 20–25 человек и больше — при таком размере разница между суммой лицензий Workspace и стоимостью аренды сервера начинает заметно перекрывать разовые трудозатраты на переезд в пересчёте на год;
• в компании уже есть человек, который умеет администрировать Linux-сервер и готов взять почту/Nextcloud на постоянное сопровождение — иначе экономия на подписке уйдёт на аутсорс поддержки;
• важен контроль над данными — юрисдикция хранения, соответствие требованиям регулятора, отсутствие зависимости от политики стороннего облачного провайдера;
• рост команды предполагается и дальше — при линейной модели оплаты «за пользователя» с ростом штата подписка дорожает пропорционально, а свой сервер до определённого предела почти не меняется в цене.

Переезд, скорее всего, не окупится, если:

• команда меньше 10–15 человек — трудозатраты на настройку и разовые риски миграции для такого масштаба почти всегда перевешивают экономию на подписке в разумном горизонте;
• в штате нет человека с опытом администрирования почтовых серверов, а нанимать отдельного админа только под эту задачу невыгодно;
• команда активно использует продвинутые функции Workspace (сложная совместная работа, интеграции с Google-экосистемой сторонних сервисов), аналогов которым в open-source стеке просто нет один в один;
• критична крайняя надёжность доставки почты без дополнительной настройки — репутация IP-адресов больших облачных провайдеров по умолчанию выше, чем у свежего сервера, и требует времени на наработку.

Практичный компромисс для тех, кто в серой зоне между «да» и «нет» — переезжать частично. Например, перевести на свой Nextcloud только файлы и документы, оставив почту в Workspace, где риск потери критичной переписки особенно неприятен. Частичный переезд снижает и экономию, и риск одновременно — разумный вариант, если полная миграция кажется слишком рискованной для первого захода.

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