21 августа 2026 г. · Maksim Shchegolev

Как дожимать заявки: касания, правила остановки, CRM

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

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

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

Одним предложением

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

Где начинается дожим и что в него не входит

Точка передачи важна, потому что два совершенно разных провала путают постоянно.

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

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

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

Почему подборки шаблонов не работают как система

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

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

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

Три ситуации дожима, которые нельзя обрабатывать одинаково

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

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

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

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

Цифры окон и касаний выше это стартовый шаблон для проверки, а не отраслевые ориентиры. Задайте их, прогоните оговоренный период и сравнивайте долю решённых исходов, а не переписывайте числа из статьи, в том числе из этой.

Дожим как конечный автомат, а не список писем

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

Два правила держат схему честной. У каждого состояния должен быть хотя бы один выход, который не зависит от действий покупателя, иначе заявки будут копиться в состоянии «Ждём ответа» вечно. И каждый переход пишет причину, потому что смена состояния без причины неотличима от того, что кто-то просто расчистил себе список дел.

Сколько касаний до сделки и как задавать интервалы

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

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

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

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

Что писать после первого ответа и что обязано добавлять каждое касание

Проверка простая в применении и неприятная в прохождении. Удалите касание. Покупатель потерял что-нибудь? Если честный ответ «нет», касание существует, чтобы отправитель чувствовал себя занятым.

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

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

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

Какой канал для какой задачи

Выбор канала это назначение задачи, а не способ надавить сильнее. Смена канала полезна тем, что проверяет другое предположение, а не тем, что добавляет напор.

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

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

Когда перестать звонить и писать: правила остановки

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

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

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

Кто отвечает за заявку во время дожима и что делать при передаче

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

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

1. Поставить на паузу все идущие цепочки этого ответственного, во всех каналах, до ближайшей запланированной отправки.
2. Передать ответственность в Lead Hub и в CRM одновременно, чтобы карточка и отправитель совпадали.
3. Новый ответственный отправляет одно настоящее сообщение, где называет смену, и только после этого цепочка возобновляется, а не продолжается с середины, как будто ничего не было.

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

Что дожим записывает обратно в CRM

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

Где эти поля физически лежат и какая система для каждого из них источник истины, разбирает гайд Lead Hub или CRM. Для дожима важно другое правило: состояние пишет та система, которая заметила событие, а первый источник заявки никогда не перезаписывается касанием, на чём держится атрибуция источников заявок. В amoCRM и Битрикс24 эти поля обычно ложатся на пользовательские поля сделки и задачи со сроком, а особенности каждой из систем разобраны в гайде про amoCRM и Битрикс24 в работе с заявками.

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

Что последовательность имеет право отправить без человека

Граница проходит не по тому, насколько умный инструмент. Она проходит по тому, что автоматика имеет право утверждать и что происходит, когда реальность ей противоречит.

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

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

Что именно умеют сами платформы, читайте в их документации, а не в пересказе. Документация HubSpot про автоматизацию воронки заявок описывает, как зафиксированные попытки связи и ответы покупателя двигают запись, а её же раздел про назначение ответственного за запись показывает, что у назначения бывает поведение, специфичное для продукта, и его стоит закрывать тестами. Отдельный вопрос, должен ли отправлять человек или инструмент, разбирает гайд ИИ или живой менеджер по входящим заявкам. Особенности работы с касаниями в мессенджере разобраны в гайде про заявки из Telegram в CRM.

Как вернуться к давнему контакту, не притворяясь, что паузы не было

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

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

Ответ на давнюю заявку зарабатывают две вещи: что-то действительно новое с вашей стороны или дата, которую покупатель назвал сам. Всё остальное это сообщение о том, что у вас проседает воронка.

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

Как измерять дожим, не поощряя объём

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

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

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

Заметка оператора: три тихих провала дожима

Это состояния, которые никто не проигрывает до запуска.

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

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

Ящик уволенного. Менеджер уходит в марте. Его цепочки продолжают отправляться, потому что были привязаны к учётной записи, а не к проверке действующего состава смены. За шесть недель трое покупателей отвечают в ящик, который никто не смотрит. Отчёт всё это время показывает здоровую активность и обычный объём отправок. Лечится так: увольнение ставит на паузу все идущие цепочки до отключения учётной записи, ответственность передаётся в Lead Hub и CRM одновременно, и раз в неделю проверяется, нет ли цепочек, чей отправитель отсутствует в действующем составе.

Тишина стоит дорого даже тогда, когда снаружи ничего не выглядит сломанным. Статья Harvard Business Review 2011 года «The Short Life of Online Sales Leads» описывает аудит 2 241 американской компании: средний первый ответ составил 42 часа, причём только среди тех, кто вообще ответил. Связанное с ней исследование MIT и InsideSales 2007 года по времени ответа на заявки сравнивало шансы дозвониться и квалифицировать внутри собственного массива заявок с сайтов и показало заметно лучшие шансы при быстрых попытках. Оба источника старые, оба описывают первый ответ, а не длительный дожим, и ни один не является ориентиром для 2026 года. Подтверждают они узкую и всё ещё полезную вещь: разрывы в контакте стоят денег, и большинство компаний недооценивает размер своих разрывов.

Последовательность внедрения дожима

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

1. Определите событие входа. Договоритесь с продажами, что считается первым содержательным ответом, возьмите определение из своего норматива времени ответа и сделайте его отметку времени пригодной для выборки.
2. Опишите три ситуации и доказательства, по которым заявка попадает в каждую, и решите, кто присваивает ситуацию: правило или ответственный.
3. Опишите состояния и разрешённые переходы и убедитесь, что у каждого состояния есть хотя бы один выход, не требующий действий покупателя.
4. Задайте окно по каждой ситуации и категории заявок раньше, чем решите, сколько касаний в него влезет. Сначала окно, потом число касаний.
5. Напишите списки причин остановки, возврата и дисквалификации. Держите каждый список коротким и управляемым и согласуйте с маркетингом те причины возврата, которые он готов принимать.
6. Сделайте поля записи состояния и положите их туда, куда руководитель реально смотрит, а не в отдельную сущность, которую никто не открывает.
7. Настройте определение ответа во всех каналах и проверьте его, ответив в каждом, убедившись, что все остальные каналы замолчали.
8. Разметьте письменно каждое сообщение как отправляемое человеком или автоматикой и удалите все автоматические, которые выдают себя за личные.
9. Покажите юристу сбор согласий, обработку запретов и требования по каждому каналу в каждой стране, где вы работаете.
10. Пилотируйте на одной ситуации и одной очереди оговоренный период, измеряя долю решённых исходов и возраст нерешённых, а не объём отправок.
11. Разбирайте еженедельно: отправки за правилом остановки, пропущенные даты возврата и любые заявки старше своего окна без записанного выхода. Одна устранённая причина в неделю.

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

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

Дожим стоит между первым ответом и исходом, а значит потребляет решения, принятые выше, и производит данные, на которые опирается всё, что ниже.

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

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

Короткий ответ, который можно процитировать

Дожим заявок это набор правил, действующих после первого содержательного ответа и до решённого исхода. Он раскладывает каждую ждущую заявку по одной из трёх ситуаций: не ответил вообще, ответил и замолчал, сказал «не сейчас». Каждой ситуации соответствуют своё окно, свой набор каналов и своё правило остановки. Каждое касание обязано давать информацию, снижать усилие покупателя или честно закрывать вопрос. У каждой цепочки есть названный ответственный, закрывающееся окно и выход, записанный в CRM как остановка, возврат в прогрев, дисквалификация или пауза с датой. Число касаний и интервалы это настраиваемые решения, которые проверяются на собственной доле решённых исходов, а не переписываются из опубликованных подборок. Автоматические отправки никогда не выдают себя за личные сообщения, всегда останавливаются при ответе в любом канале и всегда прекращаются немедленно по просьбе. Мера работоспособности системы это не число отправленных сообщений, а то, как мало заявок остаётся нерешёнными после закрытия своего окна. Сборку напоминаний с правилами остановки берём в рамках автоматизации продаж.

Цены