История: менеджер вёл клиентов в личном мессенджере и ушёл вместе с перепиской

К нам обратилась компания, где менеджер по продажам несколько лет вёл общение с клиентами в личном мессенджере на собственном телефоне. Когда он ушёл, вместе с ним ушла вся переписка: договорённости, уточнения, обещания по срокам и цены, названные клиентам. Разбираем, как компания обнаружила, чего именно лишилась, как перенесла общение в рабочую амоСРМ или Битрикс24 и какие правила учёта обращений нужны, чтобы история общения принадлежала компании, а не одному человеку.

Что произошло: общение, которое жило в одном телефоне

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

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

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

Как заметили: клиенты написали, а компания не знала, что им ответить

Первым тревожным сигналом стало письмо от постоянного клиента, который написал на рабочую почту: «А где ваш менеджер? Он не отвечает, а у нас оплачен заказ, и нужно уточнить сроки». Новый сотрудник, который принял дела, ничего не знал про этот заказ: в рабочей системе значилась только короткая запись «заказ принят», без деталей, без договорённостей о сроках и без пожеланий клиента, которые обсуждались в личной переписке.

Следом пришло второе письмо, потом третье. Оказалось, что у менеджера было около сорока активных клиентов, и о каждом из них компания знала только то, что фиксировалось в бухгалтерии. Что именно человек просил, какие варианты ему предлагали, что он отверг и почему, всё это лежало в чатах, к которым у компании доступа не было.

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

Во что это обошлось: потерянная история и недоверие клиентов

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

Второе последствие, неудобное и для людей, и для компании: клиентам приходилось повторять всё заново. Каждый, кто писал новому менеджеру, получал вопрос «А что вы заказывали?» и вынужден был пересказывать историю с самого начала. Для разовых покупателей это терпимо, а для тех, кто взаимодействовал с компанией годами, звучало как обесценивание их доверия.

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

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

Что сделали: сначала собрали, что осталось, затем перенесли общение

Первое, что мы посоветовали, это не паниковать и не пытаться «отобрать» чаты. Вместо этого владелец поговорил с ушедшим менеджером по-человечески и попросил переслать ключевую информацию по активным клиентам: что обсуждалось, о чём договорились, какие сроки названы. Часть сведений удалось восстановить, и это дало отправную точку. Мы называем это разовой мерой, применимой только в таком редком случае, и не строим на ней систему.

Затем мы собрали всё, что оставалось в других местах: письма на рабочей почте, записи звонков, платёжные документы, заказы в учётной программе. Из этих разрозненных кусочков для каждого активного клиента составили короткую карточку: кто он, что заказывал, на какой стадии находится заказ, что известно о его пожеланиях. Эти карточки стали основой для новой базы.

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

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

Перенос общения в амоСРМ или Битрикс24 и общий номер

В качестве основы мы выбрали СРМ-систему, с которой компании было удобно работать: амоСРМ для небольшой команды продаж или Битрикс24 там, где нужны задачи, документы и чаты в одном месте. Обе системы российские и умеют принимать обращения из мессенджеров, звонки и заявки с сайта в единую ленту. Выбор зависит от размера компании и привычек команды, а не от «правильного» ответа.

Ключевая идея: любой клиент должен общаться не с личным номером менеджера, а с общим рабочим номером компании. Мы завели отдельную сим-карту, подключили к ней Телеграм и Макс, а доступ к аккаунтам дали через СРМ. Теперь входящие сообщения видят все, кому положено, а история переписки хранится в карточке клиента. Если менеджер уходит, его заменяет другой человек, и вся история остаётся на месте.

Рядом с этим мы подключили телефонию с записью разговоров и подсчётом звонков, а для сайта настроили форму так, чтобы каждая заявка автоматически создавала карточку в СРМ. То же самое сделали для обращений с карточек Яндекс Бизнеса и 2ГИС: отдельные номера для каждой точки позволяют сразу видеть, откуда пришёл человек.

Как наладили порядок в работе: правила учёта обращений

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

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

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

Третье правило: у каждого клиента есть ответственный и дублирующий. Основной менеджер ведёт общение, второй получает уведомления и в любой момент может его подменить. Это страхует и от увольнения, и от отпуска, и от болезни.

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

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

Результат: что изменилось в работе компании

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

В-третьих, руководитель впервые увидел реальные причины потерь. Часть клиентов уходила не потому, что не устраивала цена, а потому, что менеджер не ответил вовремя или забыл перезвонить. Теперь такие моменты видны в системе: задачи с просроченными сроками подсвечиваются, а руководитель получает сводку.

В-четвёртых, нагрузка на менеджеров распределилась. Раньше «звёздный» сотрудник тянул на себе половину клиентов, а остальные оставались в тени. Теперь потоки распределяются по правилам, и компания меньше зависит от одного человека. Это не про недоверие к людям, а про устойчивость бизнеса.

Как это связано с подходом 3 в 1

В этой истории легко увидеть, как легко потерять обращение на «последней миле». Заявки приходят из трёх точек: из поиска, где человека приводит обычная выдача или ответ нейропоиска, из карточки в Яндекс Бизнесе, которую видят на Яндекс Картах, и из карточки в 2ГИС. На привлечение каждой из них тратятся силы и деньги, но все они сходятся в одном месте: в разговоре клиента с менеджером. Если этот разговор остаётся в личном телефоне, ценность всех трёх точек снижается.

После переноса общения в СРМ у компании впервые появилась сквозная картина. Каждое обращение получает метку источника: форма на сайте, звонок с карточки на Яндекс Картах, звонок из 2ГИС, сообщение в мессенджере. Для карточек на картах мы подключили отдельные номера, которые подменяются автоматически, поэтому звонки видно в Коллтаче или Каллибри так же, как заявки с формы. Обращения с карт считаются наравне с сайтом, и это изменило решения владельца: он понял, что карточка в 2ГИС приносит заметную долю целевых звонков, и стал уделять ей внимание.

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

Чек-лист в прозе: что проверить в своей компании сегодня

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

Далее оцените, что будет, если любой из сотрудников завтра не выйдет на работу. Сможет ли кто-то другой взять его клиентов, понять, на какой они стадии, и ответить без паузы? Если ответ «нет», значит, история общения принадлежит человеку, а не компании. Это не вопрос недоверия, а вопрос устойчивости.

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

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

Проверьте источники. Видите ли вы отдельно звонки с Яндекс Карт, из 2ГИС, заявки с формы и сообщения в чате? Если нет, часть информации о том, откуда приходят клиенты, у вас отсутствует, и решения о бюджете принимаются вслепую. Заведите отдельные номера и метки, настройте цели в Яндекс.Метрике и просматривайте сводку раз в неделю.

Наконец, подготовьте процедуру ухода и прихода сотрудников: короткий список действий, кто отвечает и в какой срок. Лучше, чтобы он существовал до того, как кто-то уйдёт.

Вывод: переписка должна принадлежать компании

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

Если вы хотите навести порядок в учёте обращений, специалисты компании «Сайты Профессионально» помогут подобрать и настроить амоСРМ или Битрикс24, подключить общий номер и мессенджеры, а также связать с системой форму сайта и карточки в Яндекс Бизнесе и 2ГИС. Позвоните нам или оставьте заявку: бесплатная консультация позволит понять, где сегодня теряются ваши заявки, и спланировать переход без лишних потрясений для команды.