Продолжаем цикл "Как правильно спроектировать интранет по модели EX Super Team". Предыдущий материал о реализации сценариев онбординга на Инкоманд читайте по ссылкам https://incomand.ru/ru/b/onboarding_incomand, https://incomand.ru/ru/b/request_approval и https://incomand.ru/ru/b/single_enter 

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

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

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

Интранет — часть цифрового опыта сотрудника

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

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

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

Почему рассылка «всем» не работает

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

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

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

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

Сегментация: от общего потока к персональной ленте

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

Базой для сегментации могут стать:

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

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

Далее можно добавлять составные аудитории. Например:

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

Как работает персональная лента

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

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

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

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

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

Не все сообщения одинаково важны

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

Полезно заранее разделить коммуникации на несколько типов.

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

Связывайте коммуникацию с действием

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

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

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

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

Примеры реализации в Инкоманд

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

Адаптация новых сотрудников

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

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

Изменение в ИТ-сервисе

Представим плановые работы в CRM. Вместо массового письма по всей компании ИТ-служба направляет предупреждение сотрудникам, которые используют систему, и руководителям затронутых подразделений.

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

Если ситуация критическая, сообщение можно выделить как предупреждение с повышенным приоритетом. Обычное обновление функциональности CRM при этом остаётся новостью для целевой аудитории, а не экстренным уведомлением.

Коммуникации для руководителей

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

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

Локальная повестка филиалов

Общекорпоративный интранет должен поддерживать единую культуру, но не игнорировать потребности регионов. Сотрудникам конкретного офиса могут быть важны расписание корпоративного транспорта, локальные кадровые объявления, правила доступа на площадку, мероприятия и контакты служб поддержки.

В Инкоманд такие материалы можно выводить на основе сегментов по региону, филиалу или организации. Общие новости компании сохраняются для всех, а локальные сообщения становятся видимыми только тем, кого они касаются.

Сегменты, роли и права доступа

Эти понятия часто смешивают, хотя они решают разные задачи.

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

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

Контенту нужен срок жизни

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

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

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

Кто отвечает за порядок в ленте

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

В устойчивой модели ответственности распределяются так:

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

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

Если эти поля нельзя заполнить, скорее всего, сообщение ещё не готово к публикации.

Как понять, что интранет стал тише

Количество просмотров — недостаточный показатель. Высокий охват может означать не интерес, а то, что новость принудительно показали слишком широкой аудитории.

Лучше оценивать качество внутренних коммуникаций по совокупности метрик:

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

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

С чего начать

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

Дальше последовательно:

1. Проведите аудит текущих каналов и типов сообщений.
2. Определите, какие коммуникации действительно требуют охвата всей компании.
3. Проверьте качество данных об оргструктуре, ролях, локациях и доступах.
4. Создайте минимальный набор сегментов.
5. Разделите новости, объявления, инструкции и критические предупреждения.
6. Настройте правила приоритета, срока жизни и ответственности за контент.
7. Запустите пилот, соберите обратную связь и оцените результаты.
8. Масштабируйте модель на другие подразделения и сценарии.

Вывод

Правильно спроектированный интранет не заставляет сотрудника читать больше. Он помогает получать меньше сообщений, но чаще видеть именно то, что относится к текущей работе.

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