Как вернуть спящего лида в работу: черновик письма в карточке CRM

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

В CRM годами копятся сделки, по которым давно никто не выходил на связь. Менеджеру некогда перечитывать историю каждой. А когда до базы всё-таки доходят руки, возникает соблазн отправить всем одно письмо. Клиенты видят шаблон — и разговор не начинается.

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

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

Дальше агент по расписанию отбирает подходящие лиды и сделки в Битрикс24. Для работы у записи должен быть хотя бы один контактный канал — почта или телефон. Если нет ни того ни другого, карточка пропускается: возвращать человека в работу попросту некуда.

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

Какие данные CRM нужны для персонального черновика

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

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

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

Для письма нужна почта в карточке. Если её нет, а указан телефон, вместо письма создаётся дело на звонок ответственному. Если не заполнено ни то ни другое, запись пропускается.

Как устроен сценарий: от отбора лида до текста в карточке

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

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

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

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

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

Где заканчивается автоматизация и начинается проверка менеджера

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

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

Каналы тоже ограничены. Письмо готовится в карточке, а если почты нет — ставится задача на звонок. WhatsApp по умолчанию выключен; работу с мессенджерами нужно отдельно проектировать. Сценарий не обращается к каналу, который не подключён и не заполнен в CRM.

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

Как запустить сценарий и оценить его результат

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

Перед запуском стоит проверить несколько вещей:

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

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

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

Если хотите посмотреть, как устроен сценарий, описание AI-Некроманта есть на странице проекта.