Представим ситуацию: полгода назад компания внедрила платформу, которая, казалось бы, закрывает все: чаты, видеозвонки, задачи, интеграцию с CRM. На бумаге получилось единое коммуникационное и рабочее пространство. На практике сотрудники по-прежнему договариваются в личных мессенджерах, дублируют согласованные решения в Excel и копируют их в личные облачные документы, потому что так быстрее и привычнее.
Это не обязательно следствие лени или сопротивления персонала. Скорее, это симптом того, что платформа объединила инструменты, но не процессы.
После ограничений зарубежных сервисов риск такого разрыва стал заметнее: компаниям пришлось перестраивать связь с клиентами и одновременно использовать больше каналов. По данным исследования edna, 69% опрошенных компаний начали использовать отечественные мессенджеры, 43% — другие приложения с возможностью организовать чат, а 34% перешли на корпоративные мессенджеры. Респонденты могли выбрать несколько вариантов, поэтому эти цифры нельзя интерпретировать как доли рынка или этапы одного перехода, но они показывают прежде всего, что набор используемых каналов расширился, и связать их в единый рабочий процесс - уже отдельная, сложная задача.
Типичный сценарий: где распадается история коммуникации
Возьмем условную компанию на 300–500 сотрудников с несколькими отделами продаж, проектными командами и внешними подрядчиками. Руководство закупает платформу, которая должна закрыть все коммуникационные потребности разом. Проводится внедрение и обучение, появляется регламент «теперь работаем только здесь».
А дальше происходит следующее. Менеджер получает сообщение в удобном клиенту мессенджере: ради одного диалога клиент не станет устанавливать корпоративное приложение. Договоренности со звонка фиксируются в ежедневнике, потому что запись разговора лежит в одном месте, задачи ставятся в другом, а переносить информацию вручную неудобно. Когда нужно поднять историю переговоров по проекту трехмесячной давности, сотрудник открывает почту, затем мессенджер, затем CRM - и только потом находит нужный фрагмент переписки. Если находит.
Итог: платформа есть, а разрозненность осталась. К прежним каналам просто добавился еще один.
Три точки, где теряется целостность
По данным обзора TAdviser, в 2025 году рынок систем унифицированных коммуникаций перешел от точечного импортозамещения к масштабированию и промышленному внедрению решений. На этом этапе самого наличия чатов, звонков и задач уже недостаточно: важно, как эти функции связаны между собой в реальном рабочем процессе. Особенно уязвимы три стыка.
Контекст между каналами. Обсуждение начинается в чате, продолжается на созвоне, а решение фиксируется в задаче, но эти три точки существуют изолированно. Чтобы восстановить картину переговоров, приходится вручную сопоставлять сообщения, запись звонка и комментарии к задаче: открыть чат, найти фрагмент, переключиться к записи, переслушать нужный момент, вернуться в задачу и скопировать вывод. Если сотрудник проделывает это несколько раз в день, потери времени становятся ощутимыми уже в масштабе отдела.
Интеграции, которые работают формально. Платформа заявлена как «единое окно», но связь с CRM, бухгалтерией или внешними сервисами реализована частично либо требует ручных доработок: обращение клиента фиксируется, но не попадает автоматически в воронку продаж, а данные звонка не подтягиваются в карточку сделки. Сотрудник переносит и дублирует записи вручную. При таком переносе данные искажаются, скорость реакции на обращения снижается, а аналитика перестает быть достоверной, потому что часть операций не попадает в систему учета.
Работа с внешним контуром. Внутри компании платформа может работать неплохо, но при подключении клиента, подрядчика или партнера начинаются сложности: гостевой доступ ограничен или требует регистрации. Именно здесь коммуникация чаще всего уходит во внешние каналы и не потому, что сотрудники не хотят пользоваться корпоративным решением, а потому, что клиент к нему не подключен. Так бизнес теряет скорость реакции и, кроме всего прочего, рискует лишиться части истории общения, если ответственный сотрудник увольняется.
Сквозной сценарий и два разрыва
В идеале цепочка выглядит так: клиент написал в удобный ему канал → обращение автоматически попало в CRM → менеджер созвонился, не переключаясь между системами → запись и договоренности сохранились в карточке клиента → задачи по итогам разговора поставлены без ручного переноса.
На практике эта цепочка чаще всего рвется в двух местах: на стыке «внешний канал → внутренняя система», когда обращение клиента не попадает в CRM автоматически, и на стыке «звонок → задача», когда договоренности зафиксированы, но не превратились в конкретные действия.
Первый разрыв можно закрыть с помощью единой точки приема обращений. Например, «Открытые линии» в Битрикс24 собирают сообщения из подключенных мессенджеров, социальных сетей и других каналов в одном месте и сохраняют историю общения в CRM. Второй разрыв требует настройки сценария, в котором договоренности по итогам звонка превращаются в задачи. В обоих случаях платформа дает необходимые инструменты, но связать их в сквозной процесс должен тот, кто внедряет и настраивает решение.
Пять проверок до масштабирования
Пилот на реальном процессе. Проведите один живой рабочий сценарий, например обработку входящих обращений одним отделом, целиком через платформу в течение двух–четырех недель, не создавая отдельную «песочницу».
Подключение внешнего участника без подготовки. Пригласите клиента или подрядчика присоединиться к диалогу так, как это произойдет в реальности, — без инструкций и предварительной настройки. Если человек не может подключиться за пару минут, это будущая точка ухода коммуникации в обходной канал.
Переход между устройствами. Начните диалог на компьютере и продолжите с телефона. Если контекст теряется или мобильный интерфейс работает нестабильно, сотрудники будут дублировать переписку в привычных приложениях.
Интеграция с CRM. Проверять нужно не просто факт передачи данных, а двустороннюю синхронизацию: изменения в CRM должны отражаться в коммуникационной платформе, а изменения в платформе - в CRM.
Сохранение истории при смене ответственного. Смоделируйте ситуацию, когда сотрудник, ведущий переписку с клиентом, увольняется или переходит на другой проект. Если новый ответственный не может восстановить историю взаимодействия за несколько минут, платформа не решает задачу, ради которой ее покупали.
Кто отвечает за целостность процесса
Разрозненность коммуникаций после внедрения единой платформы сама по себе не означает, что компания ошиблась с выбором. Она показывает, что внедрение могло остановиться на уровне инструментов, не затронув сам процесс. Платформа не выстраивает его за компанию: необходимо определить, кто отвечает за маршрутизацию обращений, связь каналов с CRM и перевод договоренностей в задачи. Если такой ответственности нет, даже зрелое решение становится еще одним приложением рядом с привычными обходными каналами. Поэтому оценивать платформу стоит на реальном рабочем процессе до масштабирования, а не после него.
