Мессенджер в компании обычно появляется как место для общения, а через год превращается в место для всего: туда кидают счета, скриншоты ошибок, голосовые, мемы, договоры и фразу «посмотри, пожалуйста, срочно». Информация в нём течёт, но течёт как вода по подвалу после потопа: везде и никуда. И вот тут возникает интересный вопрос. Если люди всё равно живут в чате, почему бы не сделать чат не болотом, а нервной системой компании?
Этот подход называется ChatOps, и за модным словом стоит очень простая идея. Важные события из всех систем компании приходят туда, где люди и так находятся, в понятном виде и в нужный канал. А часть действий можно выполнить прямо оттуда, не открывая пять разных вкладок.
Компания как организм
Представьте организм, у которого есть руки, ноги, глаза и уши, но нет нервов. Рука обожглась, а мозг узнаёт об этом из еженедельного отчёта. Звучит абсурдно, но именно так работают многие компании. Клиент оплатил заказ, а менеджер узнаёт об этом, когда случайно заходит в банк-клиент. Сервер упал в три часа ночи, а узнают об этом утром от злого клиента. Новый лид пришёл с сайта в пятницу вечером и пролежал до понедельника, остыв как вчерашний чай.
Интеграция сервисов в общий чат это и есть нервы. CRM, платёжная система, сайт, трекер задач, репозиторий кода, мониторинг серверов: каждый из них умеет отправлять события. Задача в том, чтобы эти сигналы приходили туда, где их увидят и где на них отреагируют, а не складывались в отдельные почтовые ящики, которые никто не открывает.
Что именно стоит отправлять в чат
Самая частая ошибка, которую я вижу: компания подключает интеграции и отправляет в чат вообще всё. Через неделю канал превращается в водопад уведомлений, люди его отключают, и мы возвращаемся к исходной точке, только с ощущением, что «автоматизация не работает». Нервная система, которая постоянно кричит от боли, так же бесполезна, как и её отсутствие.
Поэтому правило простое: в чат идут только события, на которые кто-то должен отреагировать или которые кому-то важно знать прямо сейчас. Из моей практики хорошо работают такие:
- новая заявка или лид с сайта, сразу в канал отдела продаж, с контактами и источником;
- поступление оплаты, в канал финансов и ответственному менеджеру;
- падение сайта или ошибка на сервере, в технический канал, с ссылкой на лог;
- задача, которая просрочена или застряла в одном статусе дольше обычного;
- новый отзыв клиента, особенно негативный;
- ежедневная сводка: сколько лидов, сколько оплат, что сделано командой, собранная ботом в одно сообщение.
А вот что в чат лучше не отправлять: каждый коммит, каждое изменение статуса задачи, каждый вход пользователя в систему. Это шум. Для шума есть журналы и дашборды, куда смотрят по необходимости.
От уведомлений к действиям
Первый уровень ChatOps это уведомления. Второй, гораздо более интересный, это действия прямо из чата. Бот присылает сообщение «новая заявка от клиента», и под ним кнопки «взять в работу» и «передать коллеге». Менеджер нажимает кнопку, в CRM автоматически назначается ответственный, клиенту уходит письмо, а в канале видно, кто взял заявку. Никто не открывал CRM, а процесс прошёл полностью.
То же с согласованиями. Счёт на оплату подрядчику приходит в канал руководителя, он нажимает «согласовать», и бухгалтерия получает задачу на оплату. Отпуск сотрудника, закупка, публикация статьи: множество мелких процессов, которые раньше требовали письма, звонка и напоминания через три дня, укладываются в одну кнопку.
Здесь важно не перегнуть. Чат хорош для коротких решений «да или нет», но плох для сложной работы с данными. Если для действия нужно заполнить десять полей и посмотреть историю, это делается в системе, а чат даёт на неё ссылку. Чат это нервы и рефлексы, а не мозг. Мозг компании живёт в её учётной системе.
Как это устроено технически и сколько стоит
Хорошая новость: в большинстве случаев ничего сложного. Почти все современные сервисы умеют отправлять вебхуки, то есть уведомления о событиях на заданный адрес. Telegram, Slack и большинство корпоративных мессенджеров позволяют создавать ботов за несколько минут. Между ними нужна прослойка: небольшой сервис, который принимает события, решает, кому и в каком виде их отправить, и при необходимости выполняет действия в других системах.
Для простых связок хватает конструкторов вроде Make или n8n. Для серьёзных процессов, где важна надёжность, права доступа и бизнес-логика, лучше писать собственный небольшой сервис интеграций. Он дороже на старте, но не ломается, когда конструктор поменял тарифы, и не рассыпается, когда количество событий выросло в десять раз.
У нас в Ingello значительная часть внутренних процессов живёт именно так. Бот сообщает о новых заявках с сайтов, публикует отчёты о работе автоматизаций, предупреждает, если что-то сломалось ночью. Я узнаю о проблемах раньше, чем клиент успевает их заметить. Это не магия, это просто нервы, проведённые к нужным органам.
Подводные камни
Первый: безопасность. В чат не должны попадать пароли, полные данные карт и персональные данные клиентов сверх необходимого. Мессенджер это не сейф, и доступ к нему бывает у большего круга людей, чем Вы думаете.
Второй: зависимость от одного канала. Если вся компания реагирует только через чат, падение мессенджера парализует работу. Критичные уведомления стоит дублировать, например, по почте или SMS.
Третий: размытая ответственность. Сообщение в общем канале видят все, и поэтому часто не реагирует никто. Каждое событие должно иметь конкретного адресата или правило, кто его берёт. Иначе получится известный эффект свидетеля: тридцать человек видели, что сервер упал, и каждый был уверен, что кто-то уже занимается.
С чего начать
Выпишите три события в Вашей компании, о которых Вы узнаёте слишком поздно. Обычно это новые заявки, оплаты и аварии. Подключите именно их, каждое в свой канал и с конкретным ответственным. Поживите так месяц, посмотрите, что реально помогает, а что превратилось в шум, и только потом добавляйте следующее.
Если Ваши процессы уже живут в учётной системе вроде Forma, интеграции с чатом подключаются поверх неё, и бот становится голосом системы, а не отдельной самодеятельностью. Если же учётной системы нет, чат-бот не спасёт: нервам нужно к чему-то вести. Но начать с них можно уже завтра, и эффект будет заметен с первой же заявки, которая не пролежала выходные.
