Чат — это не система управления, это место, где информация умирает
На старте всё логично. Заявки падают в общий чат, менеджеры разбирают, договариваются голосом, клиента ведут в личной переписке. Быстро, гибко, без бюрократии.
А потом бизнес растёт. Появляется второй менеджер, третий, поток заявок перестаёт помещаться в голову — и схема превращается в чёрный ящик. Не потому что люди плохие, а потому что у чата нет ни памяти, ни ответственного, ни отчёта. Он для этого не придуман.
Почему чаты не масштабируются
- Заявку никто не взял. Она утонула в потоке сообщений, и вы об этом не узнаете. В чате нет статуса «в работе» и нет ответственного — значит, нет и спроса. Все видели сообщение, каждый решил, что возьмёт другой.
- Менеджер уволился. Вся история клиентов ушла с ним в личную переписку. Новому человеку вы передаёте пустоту: имя, номер и «он вроде что-то хотел». Клиент это чувствует с первой фразы.
- Продажи не сложить в цифру. Владелец хочет понять, что происходит, — а данных нет, есть 5000 сообщений. Кто сколько ведёт, где сделки зависли, какая конверсия, сколько заявок пришло вчера — в чате невидимо в принципе. Не «плохо видно», а невидимо: там нечего считать.
- Разговор рассыпан по каналам. Часть в WhatsApp, часть в Telegram, часть голосом по телефону, часть — в личке, куда клиент написал напрямую менеджеру. Полной картины по клиенту нет ни у кого.
Отдельная беда — ощущение контроля. Владелец читает общий чат, видит движение, буквы, эмодзи и думает, что держит руку на пульсе. На деле он видит самые громкие сделки, а тихие — те, где никто ничего не пишет, потому что там ничего и не происходит, — не видит вообще.
Что реально теряется: наш собственный опыт
Когда мы сводили переписку клиента в одну систему, получилось 754 диалога: 488 в MAX, 144 в Telegram, 122 в WhatsApp — и около 38 000 сообщений. До этого всё лежало в трёх приложениях, и ни один человек в компании не мог сказать, сколько всего идёт разговоров.
И вот две грабли оттуда же — обе про то, что «данные вроде есть», но ими нельзя пользоваться:
- 8 диалогов из 56 были невидимы менеджерам. Переписка существовала, лежала в базе, но не показывалась тем, кто должен был отвечать. С точки зрения клиента — его просто игнорировали.
- В карточку грузились первые 500 сообщений вместо последних. Менеджер открывал длинную переписку и видел её начало полугодовой давности. Формально история на месте. Практически — бесполезна.
Я это к тому, что «перенести переписку в CRM» — не галочка. Пока вы не проверили, что менеджер видит нужный кусок диалога и видит все диалоги, переезд не состоялся.
Как переезжать, чтобы не сломать работу
Главная ошибка — попытаться одним днём загнать всех в строгую CRM с регламентом. Переезд работает, когда система удобнее чата, а не строже его. Порядок такой:
- Заявки заходят в систему, а не в чат. Все каналы — сайт, мессенджеры, звонки — собираются в одну точку с распределением по ответственным. Пока хоть один канал приземляется мимо, вы продолжаете жить в двух мирах.
- Привычные инструменты остаются. Менеджер по-прежнему пишет клиенту в мессенджере, но переписка подтягивается в карточку. Формула не «брось чат», а «чат теперь под учётом». Это ключевой момент: если ради системы человеку надо отказаться от удобного инструмента, он не откажется, он начнёт врать в отчётах.
- Появляется видимость. Владелец видит воронку, нагрузку на каждого, зависшие сделки, срок последнего касания. Именно на этом шаге обычно всплывают неприятные вещи вроде брошенных заявок — и это нормально, вы за этим и шли.
- Сначала видимость, потом регламент. Дайте отделу поработать в системе, соберите первые данные — и только потом докручивайте обязательные шаги и запреты. Регламент, написанный до данных, всегда описывает воображаемый процесс.
Чек-лист перед переездом
Прогоните по нему до того, как кому-то что-то объявлять:
- Какие каналы вообще есть. Выпишите все, включая «Марина иногда общается через личный Telegram». Незаписанный канал — будущая дыра.
- Что считается заявкой. Одно предложение, понятное всем. Без этого воронка будет считать разное у разных людей.
- Кто ответственный по умолчанию. Любая заявка должна получать владельца автоматически, а не «кто первый увидел».
- Пять полей для отчёта. Источник, статус, ответственный, сумма, следующий шаг. Больше — потом.
- Что делать со старой перепиской. Честный ответ обычно «оставляем как архив». Переносить годы чатов вручную не окупается.
- Кто проверит, что всё видно. Зайдите под учёткой обычного менеджера и посмотрите его глазами. Ровно так ловятся невидимые диалоги.
Как это выглядит в работе
Точка входа всех каналов в одну систему — это та же логика, что в нашем мульти-боте: один бот на своём сервере собирает обращения из Telegram, MAX и VK и сводит разрозненные диалоги в единый управляемый поток вместо десятка разрозненных чатов.
Клиент при этом ничего не замечает. Он пишет туда же, куда писал, тем же людям. Меняется только то, что у сообщения теперь есть адрес: карточка, ответственный и статус.
Подводные камни
- Перенести хаос как есть. Если в чатах бардак, CRM его не вылечит — она его оцифрует. Минимальный порядок в полях задаётся на входе, иначе вы получите красивый интерфейс поверх той же каши.
- Ввести двадцать обязательных полей сразу. Менеджер, которому надо заполнять анкету на каждый чих, найдёт способ этого не делать: заполнит мусором или уведёт разговор в личку. Начните с пяти полей, реально нужных для отчёта.
- Оставить старый чат «на всякий случай». Пока есть параллельный канал, часть работы утекает туда, и данные снова неполные. Переезд должен быть переездом, а не второй квартирой. Общий чат можно оставить для болтовни, но не для заявок.
- Не проверить видимость и историю. Смотри выше: диалог может быть в базе и при этом не доходить до менеджера. Проверяется одним заходом под чужой ролью.
- Считать переезд разовым проектом. Первые недели вы будете доделывать: подкручивать поля, ловить каналы, которые «забыли». Это нормальная часть работы, а не признак провала.
Возражения, которые я слышу чаще всего
«Менеджеры будут саботировать». Будут — если система отнимает удобство и ничего не даёт взамен. Не будут, если в карточке лежит вся история клиента и не надо помнить, кому что обещал. Саботаж — это симптом плохого внедрения, а не характера людей.
«Клиенты привыкли писать лично менеджеру». Пусть пишут. Задача не отобрать канал, а привязать его к карточке. Проблема не в личном контакте, а в том, что он невидим для компании.
«У нас всё в голове, мы и так справляемся». Пока людей двое — правда. Вопрос только в том, что происходит, когда один из двоих уходит в отпуск или увольняется.
«Сначала наведём порядок, потом внедрим». Порядок без инструмента наводится ровно до первого аврала. Практичнее наоборот: включить видимость, посмотреть на реальную картину, и уже по ней чинить процесс.
Кому уже пора, а кому рано
Пора — если менеджеров больше двух, заявок больше, чем удерживает голова, и вы не можете за минуту ответить, сколько сейчас открытых сделок и где они застряли.
Рано — если вы один и клиентов пока десяток: начните с простого учёта, таблицы хватит. Система нужна тогда, когда информация должна пережить конкретного человека.
Вывести отдел из чатов
Хотите перевести продажи в управляемую систему без саботажа — оставьте заявку через форму или напишите в Telegram.
