Почему в CRM-INSAL появился собственный мессенджер (11 серия)

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

Блокировка телеграм одна из причин, но не единственная. У INSAL к тому моменту было два базовых сценария входа пользователя. Первый — человек оставляет заявку на сайте. Второй — регистрируется в CRM сам. В первом случае все понятно: заявка пришла, менеджер увидел, пошел работать. Во втором возникала дыра: если пользователь зарегистрировался, но не отправил форму, связаться с ним было уже сложнее. Значит, внутри самой CRM нужен был свой канал первого контакта.

Так появился собственный мессенджер внутри CRM-INSAL. Не как “еще один чат”, а как способ вернуть общение в управляемый контур компании.

Почему Telegram перестал быть надежной опорой

Проблема была не только в ограничениях.

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

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

Как мессенджер закрыл проблему первого контакта

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

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

То есть мессенджер появился не как украшение интерфейса, а как решение конкретной сервисной задачи.

_{*скриншот мессенджера со стороны клиента}

Как мы собрали мессенджер вокруг клиента

Логика была не “сделать общий чат”, а собрать рабочую комнату вокруг конкретного клиента.

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

Это резко меняло качество коммуникации.

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

Все важное уже жило в одном рабочем контуре.

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

_{*скриншот мессенджера со стороны менеджера-директора}

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

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

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

Почему коммуникация должна оставаться внутри компании

Это один из главных смыслов всего модуля.

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

Особенно это становится видно, когда сотрудник увольняется.

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

Для INSAL это было принципиально. Коммуникация — не личная собственность менеджера. Это актив компании.

Как мессенджер стал частью маркетинга и сопровождения услуг

Довольно быстро стало видно, что мессенджер полезен не только для поддержки.

Он открывал и маркетинговые сценарии: массовые рассылки и точечные обращения к клиентам. INSAL получил не только канал общения “по ситуации”, но и собственный инструмент повторного касания с аудиторией внутри CRM.

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

Как работали файлы и почему чат не превратили в архив

Через мессенджер можно было пересылать документы и изображения.

Но бесконечного хранения там не делали. Файлы удалялись через 30 дней.

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

Что живые чаты показали о менеджерах

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

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

— Кто-то отвечал медленно.
— Кто-то не умел внятно закрепить сроки.
— Кто-то писал размыто.
— Кто-то не держал цель разговора.
— Кто-то банально не умел общаться грамотно и вежливо.

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

Почему после запуска пришлось писать скрипты и правила общения

После анализа рабочих чатов стало ясно: одного канала связи недостаточно.

Нужны стандарты.

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

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

Что это дало INSAL

После запуска собственного мессенджера INSAL получил не просто внутренний чат.

• Компания получила управляемый канал связи внутри CRM.
• Решила проблему первого контакта после регистрации.
• Упростила подключение профильных специалистов и директора.
• Сохранила историю общения внутри бизнеса.
• Снизила зависимость от личных чатов сотрудников.
• Получила маркетинговый канал для точечных и массовых коммуникаций.
• И увидела реальное качество клиентского общения команды.

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