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

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

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

1. Где обещание теряется на самом деле

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

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

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

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

2. Что должно быть записано, чтобы обещание существовало

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

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

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

3. Что показывает проверка и что руководитель открывает утром

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

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

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

4. Что остаётся за человеком

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

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

5. Один отдел, один канал, одна рабочая неделя

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

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

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

Когда стоит подключать помощь

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

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