Яндекс 360 для крупного бизнеса: функции и возможности для enterprise-сегмента

Яндекс 360 давно перестал быть сервисом для небольших команд и активно развивает возможности для крупных компаний: управление проектами и процессами, корпоративная база знаний, трансляции на десять тысяч зрителей, единый вход через корпоративный каталог, автоматическая синхронизация штата, журналы действий сотрудников, архив переписки, установка на свои серверы. Разберём, насколько сервис подходит enterprise-сегменту и позволяет ли уже сейчас комфортно работать штату больше 250 человек.

Сомнение понятное: продукт долго воспринимался как «почта на домене плюс диск», и за ним тянется репутация решения для компании на тридцать человек. С тех пор набор функций изменился. Начнём с главного — зачем крупной компании вообще покупать такой сервис и что в его составе работает именно на масштабе, — а дальше пройдём по направлениям: процессы и знания, коммуникации, автоматизация, управление сотрудниками, безопасность и размещение данных.

Для чего крупной компании Яндекс 360

Крупная компания покупает здесь не почту. В одной подписке собраны тринадцать сервисов: почта на домене, Диск, Календарь, Телемост с чатами и звонками, редакторы текстов, таблиц и презентаций, Доски, Заметки, Вики, Формы, Рассылки, Трекер, Браузер и ИИ-помощник Алиса. По функциям это замена стеку, который в компании на несколько сотен человек обычно собран из разных поставщиков: почта и календарь от одного, видеосвязь от второго, хранилище от третьего, таск-трекер и база знаний от четвёртого и пятого.

Консолидация — главный мотив перехода. Четыре-пять контрактов превращаются в один, столько же панелей администратора — в одну, и у всех сервисов появляется общий справочник сотрудников: уволенного человека отключают один раз, а не вспоминают, где ещё у него остался доступ. В АО «Мостострой-11» после перехода расходы на SaaS-сервисы для совместной работы снизились более чем втрое — это публичный кейс вендора, и порядок величины на проектах подтверждается.

Что из состава работает именно на масштабе

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

• Трекер — задачи и процессы, которые на сотнях сотрудников перестают держаться в переписке: заявки в ИТ, согласования, спринты разработки, сервисные обращения;
• Вики — база знаний: регламенты, инструкции, описания процессов. На тридцати человек знания живут в головах, на пятистах — в документах, которые кто-то должен поддерживать;
• Формы — внутренние заявки и опросы вместо писем в произвольном формате: заказ доступа, бронирование, кадровые запросы;
• Доски — планирование и проектные сессии, когда команду нельзя собрать в одной комнате;
• Трансляции — общие собрания всей компании, которые обычный формат видеовстречи по числу участников не выдерживает;
• Федерации организаций — для холдингов из нескольких юридических лиц;
• SSO и синхронизация со справочником — приём и увольнение сотен сотрудников в год без ручного создания учётных записей;
• Аудит-логи, архив писем и закрытый контур — то, что служба безопасности проверяет до подписания договора;
• Установка на своих серверах — вариант для компаний с требованиями к размещению данных.

Что становится узким местом

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

Администрирование перестаёт быть ручным: приём, перевод и увольнение обрабатываются сотнями в месяц. Безопасность становится предметом проверки: служба ИБ требует подтверждения, что доступ к ящику руководителя виден в журнале, что ссылку наружу переслать нельзя, что переписка уволенного сотрудника сохранилась. Нагрузка перестаёт быть абстракцией: собрание на тысячу участников либо поддерживается платформой, либо упирается в лимиты. И переход: миграция тридцати ящиков делается за вечер, миграция двух тысяч с историей за семь лет — проект на несколько месяцев.

Дальше разберём по направлениям, что из этого Яндекс 360 закрывает и как.

Проекты, процессы и база знаний

Это та часть сервиса, которую малый бизнес обычно не использует, а крупный выбирает платформу в значительной степени из-за неё.

Трекер: задачи, согласования и сервисные процессы

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

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

Вики и Формы: знания и внутренние заявки

Вики — корпоративная база знаний со структурой разделов, правами доступа на уровне страниц и историей изменений. Регламенты, инструкции для новых сотрудников, описания процессов, документация по системам. Страницы связываются с задачами Трекера, поэтому инструкция и процесс не живут в двух несвязанных местах.

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

Доски: распределённая командная работа

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

Коммуникации и совместная работа в масштабе

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

Встречи, собрания и переговорные

Телемост рассчитан на 100 участников в стандартном сценарии и до 300 — в расширенном. Для общих собраний и конференций есть режим трансляции: до 300 спикеров и до 10 000 зрителей. Переговорные подключаются по SIP или через веб, это оплачивается отдельно от основной подписки.

Нагрузочный сценарий нагляднее любых описаний. В ГК «ПИК», где в Яндекс 360 перевели около 15 000 сотрудников, через сервис проходит порядка 4 000 встреч в день, а в Документах одновременно работают до 7 000 человек при объёме данных на Диске свыше 800 ТБ. Это публичный кейс вендора, и он отвечает на главное сомнение про масштаб: платформа такую нагрузку держит.

Документы и файлы

Редакторы текстов, таблиц и презентаций работают в браузере с одновременным редактированием: правки видны всем участникам, история версий сохраняется, файл не расходится по почте в семи копиях с пометкой «финальная». Диск даёт каждому сотруднику личное хранилище и общие диски под подразделения. Для рабочих мест на Windows есть плагин для Outlook: если в компании привыкли к знакомому почтовому клиенту, почта и календарь Яндекс 360 работают внутри него.

Алиса AI для бизнеса

ИИ-функции отвечают за суммаризацию переписки и встреч, помощь с текстами и поиск по корпоративным данным. Набор плагинов и типы данных, к которым обращается помощник, настраиваются администратором, но включение и отключение действует на всю организацию, а не на отдельные подразделения. Тестовый доступ вендор открыл до 8 ноября 2026 года; дальше это платное дополнение к подписке. Если ИИ-функции в компании попадают под отдельное согласование со службой ИБ, этот срок стоит держать в голове при планировании.

Автоматизация: API и боты

Всё, что делается в интерфейсе администратора, доступно через API: добавление и блокировка сотрудников, изменение персональных данных и паролей, управление подписями, настройка переадресации и правил обработки почты, работа с календарями. Крупные компании используют это, чтобы встроить онлайн-офис в собственные процессы: заявка в сервис-деске на доступ к общему ящику закрывается автоматически, а не через администратора.

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

Управление сотрудниками и доступами

Это первое, на что смотрит ИТ-служба крупной компании, и здесь у сервиса набор инструментов, рассчитанный именно на масштаб.

Единый вход и корпоративный каталог

Сервис поддерживает SSO по SAML 2.0 — вход в Яндекс 360 выполняется через тот провайдер, который в компании уже используется: AD FS, Microsoft Entra ID, Keycloak. Сотрудник не заводит отдельный пароль, а политики сложности, срока действия и блокировки остаются на стороне корпоративного каталога. Для службы ИБ это означает один контур аутентификации вместо двух.

Синхронизация штата закрывается через SCIM: вендор поставляет утилиту YandexADSCIM, которая связывает Яндекс 360 с каталогом и переносит из него пользователей и подразделения. Поддерживаются Microsoft Active Directory, ALD Pro и FreeIPA, Samba DC, РЕД АДМ. Сценарий получается такой: кадровик оформляет приём в учётной системе, запись появляется в каталоге, оттуда уходит в Яндекс 360, сотрудник заходит со своим обычным логином. При увольнении цепочка работает в обратную сторону, и доступ закрывается в тот же день, а не когда об этом вспомнит администратор.

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

Двухфакторная аутентификация и структура организации

Двухфакторную аутентификацию администратор включает централизованно — для всей организации или для отдельных подразделений, без просьб к сотрудникам настроить её самостоятельно. Это один из пунктов, который чаще всего приходит от службы ИБ в виде обязательного требования.

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

Информационная безопасность и контроль данных

Второй блок требований — то, что служба ИБ проверяет до подписания договора.

Журналы действий и архив переписки

Аудит-логи ведутся по двум направлениям: действия в Почте и действия на Диске. Видно, кто входил в ящик, кто пересылал письма, кто открывал, скачивал и удалял файлы. В интерфейсе доступна история за последние три месяца, выгрузка через API позволяет складывать события в собственное хранилище и держать их столько, сколько требует внутренний регламент или регулятор.

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

Контроль доступа к файлам

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

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

Соответствие требованиям

Сервисы Яндекс 360 входят в реестр отечественного ПО, соответствуют требованиям 152-ФЗ по уровню защищённости УЗ-2 и приказа ФСТЭК № 21. Данные хранятся в России и передаются между дата-центрами по защищённым каналам. Встроенные антивирус и антиспам работают на стороне сервиса, отдельная лицензия для проверки почты не нужна. В 2025 году вендор расширил область сертификации по ISO/IEC 27001.

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

Где заканчивается стандартная подписка

Публичные тарифы Яндекс 360 для бизнеса рассчитаны на команды, и часть функций в них ограничена количественно. Цифры здесь конкретные, и компания на несколько сотен человек упирается в них в первые месяцы работы.

Для компаний от 250 сотрудников состав сервисов и возможностей собирается индивидуально: лимиты, набор функций, условия поддержки и стоимость определяются при расчёте под организацию. Цену в этом случае считаем мы — вместе с объёмом миграции, числом переговорных, потребностью в закрытом контуре и необходимостью установки на свои серверы.

Переход и сопровождение

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

Сроки сильно зависят от объёма и аккуратности исходных данных. В «Юнилевер Русь» переход на 2 500 с лишним сотрудников начинали с пилота на 15% штата, при этом через почту проходит около 250 тысяч писем в сутки. В Faberlic данные с прежней платформы перенесли за три дня. Между этими двумя полюсами укладывается большинство проектов. Срок определяет количество общих ящиков, правил пересылки, интеграций и самописных скриптов, которые что-то делают с почтой.

«Перенос почты — самая предсказуемая часть проекта. Срок съедают вещи, о которых не вспоминают на старте: общие ящики подразделений, рассылки, правила автоответов, сканеры и 1С, которые отправляют письма через корпоративный ящик. Мы собираем этот список до пилота, иначе он всплывает в день переключения домена», — Сергей Никаноров, руководитель отдела технической поддержки ОБИТ.

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

Установка на своих серверах

Для компаний, которым SaaS не подходит по требованиям к размещению данных, часть сервисов Яндекс 360 ставится в собственную инфраструктуру. Состав и стоимость лицензий вендор публикует открыто.

Главное, что нужно понимать про этот вариант: он предъявляет требования к инфраструктуре. Нужен кластер Kubernetes, реестр контейнеров, PostgreSQL, Apache Kafka, OpenSearch и S3-совместимое хранилище. Провайдером аутентификации выступает Microsoft Active Directory — то есть компания, которая уходит от зарубежного стека целиком, этот пункт проверяет отдельно. Интернет нужен только на установку, дальше контур может работать изолированно. Обновления выходят раз в квартал, перед покупкой доступен бесплатный демо-режим.

Почты в составе on-premises пока нет, и это определяющее обстоятельство для тех, кто идёт в собственную инфраструктуру именно из-за переписки. Сроки вендор обозначил, но планировать переход на то, что ещё не вышло, мы не советуем: рабочая схема на сегодня — гибрид, когда документы, диск и доски живут на своих серверах, а почта остаётся в облаке.

Коротко о главном

Для штата в несколько сотен сотрудников Яндекс 360 — рабочий вариант. Ограничения, с которыми компания столкнётся, связаны с конкретными требованиями, а масштаб сам по себе платформу не ломает. Покупается при этом не почта: ценность для крупной компании набирается из Трекера с процессами и согласованиями, Вики с регламентами, трансляций на всю компанию, единого входа и синхронизации штата, журналов действий, архива переписки и закрытого контура. Кейсы на 15 000 рабочих мест снимают вопрос о том, держит ли платформа нагрузку.

Разбираться детально стоит в четырёх местах. Первое — процессные сервисы: Трекер, Вики и Формы закрывают задачи, под которые в компании уже может быть куплена отдельная система, и сравнивать нужно не наличие функции, а то, насколько ваши процессы в них переносятся. Второе — лимиты: на нескольких сотнях сотрудников стандартной подписки не хватает, и состав нужно собирать индивидуально. Третье — размещение: если данные должны остаться в своём контуре, проверьте, попадает ли почта в ваш обязательный список, потому что в on-premises её пока нет. Четвёртое — интеграции: онлайн-офис в крупной компании связан с кадровой системой, сервис-деском и 1С, и объём этой работы выясняется до пилота, а не после.

«Решение о платформе почти никогда не принимается по списку функций. Его принимают по результатам пилота на реальном подразделении: как прошла миграция, сколько обращений пришло в первую неделю, что сломалось в интеграциях. Две недели пилота отвечают на вопрос точнее, чем сравнение таблиц», — Сергей Никаноров.

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