Как не терять клиентов между отделами в Битрикс24

Самая дорогая потеря в компании — не потерянный лид, а клиент, который уже заплатил деньги и пропал где-то на стыке отделов: маркетинг передал его продажам с опозданием, продажи передали в сервис без контекста, сервис забыл сообщить в бухгалтерию о смене реквизитов. Каждая такая передача — это точка, где ответственность становится ничьей, а ничья ответственность означает, что через неё утекают клиенты. В Битрикс24 эта проблема решается не призывами 'быть внимательнее', а конкретной настройкой: единой карточкой, явными правилами передачи и автоматическим контролем сроков.

Где именно теряются клиенты между отделами

Практика показывает четыре типовых разрыва. Первый — между маркетингом и продажами: лид пришёл с рекламы, менеджер получил его через 3 дня вместо часа, потому что заявки просто копились в почтовом ящике без привязки к CRM, и клиент за эти три дня уже нашёл другого поставщика. Второй — между продажами и производством или логистикой: сделка закрыта, но информация о специальных условиях (индивидуальная скидка, особые сроки доставки) осталась в переписке менеджера и не попала в заказ, из-за чего клиенту привозят не то, что обещали. Третий — между продажами и сервисом: клиент купил, дальше его сопровождает другой человек, который не знает истории общения, и клиенту приходится заново объяснять то, что он уже рассказывал. Четвёртый — увольнение или отпуск ответственного менеджера: у клиента был один контакт, этот контакт исчез, и никто в компании не знает, что у него был активный вопрос.

Единая карточка клиента вместо разрозненных записей

Первое, что нужно устранить — ситуацию, когда у отдела продаж своя таблица в Excel, у сервиса своя тикет-система, а у бухгалтерии переписка в почте. В Битрикс24 карточка компании/контакта должна быть одна на всю компанию, а связанные с ней сделки, обращения в Открытых линиях, счета и задачи — прикрепляться именно к ней. Тогда сотрудник любого отдела, открыв карточку, видит всю историю: что покупал, какие были жалобы, какие договорённости были достигнуты устно и зафиксированы в комментарии. Это устраняет ситуацию, когда клиенту приходится в третий раз объяснять суть проблемы трём разным сотрудникам.

Явный ответственный на каждом этапе

У сделки в любой момент времени должен быть один явный ответственный — не 'отдел продаж', а конкретный человек, видимый в поле 'Ответственный'. При передаче между отделами (например, сделка закрыта и передаётся в сервис на сопровождение) ответственный должен смениться формально, через смену поля, а не оставаться прежним 'для порядка'. Если ответственный не меняется, у нового человека нет мотивации следить за клиентом — он же не 'его', а у старого нет доступа или времени этим заниматься, потому что он уже ведёт следующую сделку.

Автоматическая передача через роботов CRM

Ручная передача 'скажи Кате, что у меня клиент созрел' — источник потерь по определению, потому что зависит от того, не забудет ли человек сказать и не забудет ли Катя услышать. Правильная схема — робот CRM, который при переходе сделки на определённую стадию (например, 'Сделка закрыта успешно') автоматически: меняет ответственного на сотрудника сервисного отдела по заданному правилу распределения, ставит новому ответственному задачу с дедлайном 'Связаться с клиентом в течение 24 часов после передачи', отправляет уведомление прежнему менеджеру о том, что передача состоялась, и копирует в новую задачу ключевые договорённости из полей сделки.

SLA на саму передачу между отделами

Передача клиента должна иметь такой же жёсткий норматив по времени, как и первичный ответ. Разумные ориентиры: заявка с сайта должна попасть в CRM и на менеджера не позднее 15 минут; передача из продаж в сервис после оплаты — не позднее 4 рабочих часов; передача информации об изменении условий заказа в логистику/производство — не позднее 2 часов, потому что дальше по цепочке уже начинают работать с заказом. Каждый из этих нормативов настраивается как отдельное правило в Открытых линиях или как контроль дедлайна задачи в бизнес-процессе, с эскалацией руководителю при просрочке.

Точки провала, которые обычно не предусматривают

• Отпуск или больничный ответственного менеджера — если на это время сделки не переназначаются на замещающего явно, они просто зависают без движения на 2 недели.
• Увольнение сотрудника — при увольнении в первую очередь снимают доступ, а не проверяют, на скольких клиентах он оставался единственным ответственным; правильный порядок обратный.
• Ручная передача 'на словах' на летучке или в личном чате — не оставляет следа в CRM, и через месяц никто не вспомнит, что и кому передавалось.
• Смена номера телефона или менеджера у клиента без предупреждения — клиент звонит на старый номер, не может дозвониться, и делает вывод, что о нём забыли, хотя всего лишь сменился ответственный.

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

Никакая автоматизация не заменяет базовое соглашение между руководителями отделов о том, что считается «нормальной» передачей клиента, а что — нарушением. Практика показывает, что работает короткий письменный регламент на одну страницу, принятый совместно руководителями продаж, сервиса и, если есть, логистики: кто, кому, в какой срок и с каким минимальным набором информации передаёт клиента на каждом стыке. Регламент без цифр («передавать оперативно») бесполезен, потому что «оперативно» у каждого своё; регламент с цифрами («не позднее 4 рабочих часов, с заполненными полями X, Y, Z») можно проверить и обеспечить автоматизацией.

Курс школы: Роботы, триггеры и умные сценарии в Битрикс24 — от 14 990 ₽

Разрыв между продажами и бухгалтерией/логистикой

Ещё один недооценённый разрыв — между коммерческим блоком и «бэк-офисом». Менеджер договорился об отсрочке платежа на 10 дней или о доставке к конкретной дате, но эта информация осталась в переписке и не попала в счёт или в заказ на отгрузку. Бухгалтерия выставляет счёт по стандартным условиям, логистика планирует отгрузку по стандартному сроку — клиент получает не то, о чём договаривался, и первая реакция — что менеджер обманул или ничего не передал. Устраняется это одним правилом: любые нестандартные условия сделки (отсрочка, особый срок, индивидуальная скидка) обязаны попадать в конкретные поля сделки или счёта, а не оставаться текстом в комментарии, потому что поле подтягивается в документы автоматически, а комментарий — нет.

Открытые линии вместо личных чатов сотрудников

Если клиент переписывается с компанией через личный WhatsApp или Telegram конкретного менеджера, вся история общения привязана к телефону этого человека, а не к CRM. Уйдёт сотрудник — уйдёт и история, и, что хуже, у клиента останется контакт живого человека, а не компании, и он вполне может продолжить общение с ним уже вне компании. Открытые линии Битрикс24 решают это структурно: любой канал (WhatsApp Business, Telegram, чат на сайте, соцсети) подключается к CRM, диалог привязывается к карточке клиента, а не к личному номеру сотрудника, и при смене ответственного новый человек получает доступ ко всей переписке, а не начинает с нуля.

Какие поля обязательно должны быть общими для всех отделов

Чтобы карточка клиента реально работала как единая точка правды, а не как ещё одно место, куда «тоже можно посмотреть», в ней должен быть минимальный набор полей, которые заполняет и читает каждый отдел: статус клиента (новый, действующий, на удержании, потерян), дата и содержание последнего контакта, ключевые договорённости, зафиксированные не в вольной форме, а в структурированном поле, и явный ответственный. Если отдел сервиса ведёт свои заметки в отдельной системе, а отдел продаж — в CRM, единой картины не будет, сколько бы регламентов ни писали: люди работают с тем, что у них перед глазами, а не с тем, что написано в документе о правилах.

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

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

Как построить регулярный контроль стыков

1. 1.Раз в неделю формировать в CRM отчёт по сделкам, у которых стадия не менялась дольше установленного норматива (например, 3 дня) — это прямой индикатор зависших передач.
2. 2.Раз в месяц проверять список клиентов, у которых менялся ответственный, и выборочно (5-7 карточек) смотреть, была ли контактная точка с клиентом в первые 48 часов после передачи.
3. 3.При каждом увольнении сотрудника делать обязательным чек-пунктом в процессе увольнения — 'все активные клиенты переназначены и уведомлены', подтверждаемым руководителем отдела, а не просто снятием доступа.

Пример: розничная сеть с онлайн-магазином и офлайн-точками

Компания со 180 заказами в месяц через сайт и 6 офлайн-точками теряла примерно 12% клиентов именно на стыке «онлайн-заказ — офлайн-выдача»: заказ оформлялся в CRM, но точка выдачи не всегда получала уведомление вовремя, клиент приезжал, а товар ещё не подготовлен. Решение заняло три шага: заказ автоматически создавал задачу ответственному на точке выдачи с дедлайном 2 часа, статус «товар готов к выдаче» стал обязательным полем сделки, а клиенту автоматическое сообщение о готовности заказа уходило только после отметки этого поля, а не сразу после оформления заказа. Через два месяца доля жалоб на «приехал, а заказа нет» упала с 12% до 2%.

Роль руководителя в устранении разрывов

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

Что считать признаком того, что проблема решена

Работающая система передачи клиентов между отделами даёт три измеримых результата: во-первых, ноль сделок без ответственного дольше суток — это проверяется простым фильтром в CRM; во-вторых, среднее время от смены ответственного до первого контакта нового сотрудника с клиентом укладывается в согласованный SLA (обычно 4-24 часа в зависимости от канала); в-третьих, при опросе клиентов после длинного цикла обслуживания (от первого контакта до сервисного сопровождения) доля жалоб на 'пришлось объяснять заново' стремится к нулю. Если хотя бы один из этих показателей не улучшается через месяц после внедрения правил — ищите конкретную точку разрыва, а не меняйте всю систему целиком.