Как составить handoff-заметку от сеттера к клозеру

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

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

Что должна включать handoff-заметка от сеттера к клозеру?

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

Обратите внимание, чего в этом списке нет: пошагового пересказа всего разговора. Handoff-заметка — это не транскрипт. Это брифинг. Если клозеру приходится читать шесть абзацев перед следующим звонком, значит, вы создали заметку, которую никто на самом деле не будет читать.

Шаблон из 6 полей, который работает

Используйте эту точную структуру каждый раз, независимо от размера сделки. Именно последовательность делает handoff-заметки быстрыми в написании и в прочтении — клозер, у которого 8 звонков в день, не может позволить себе каждый раз искать информацию в новом формате.

• Кто это: Имя, должность, компания и почему это подходящий Лид (например, «операционный менеджер логистической компании на 40 человек, принимает решения по инструментам до $5 тыс.»).

• Боль, их словами: Цитируйте, если можете. «Мы теряем лидов между тремя таблицами» полезнее, чем «нужна лучшая организация процессов».

• Сигнал по бюджету/срокам: Упомянули ли они цифру, дедлайн, дату продления или триггерное событие? Записывайте, даже если формулировка расплывчата — «хочет решить до второго квартала» лучше, чем ничего.

• Уже озвученные возражения: Если они сказали «мы уже пробовали CRM, и она не прижилась», клозеру нужно это знать, прежде чем он врежется в ту же стену.

• Что было обещано: Любое конкретное заявление, демо или скидка, о которых упомянул сеттер. Клозеры, которые противоречат обещанию сеттера, мгновенно теряют доверие.

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

Почему «просто добавить заметку» лучше отдельного документа

Самая большая ошибка команд — хранить handoff-заметки где-то в отрыве от самой Сделки: в сообщении Slack, на вкладке таблицы, на странице Notion, которую никто не добавляет в закладки. К тому моменту, когда заметка нужна клозеру, до неё уже три инструмента пути.

CRMChat включает функцию заметок, встроенную прямо в карточку Сделки, поэтому handoff-заметка находится именно там, где клозер уже находится, когда открывает Лида. Не нужно искать отдельный документ, не нужно спрашивать «ты видел моё сообщение в Slack» — сеттер добавляет заметку, клозер открывает Сделку, и она уже там, в таймлайне.

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

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

Написать заметку недостаточно — клозер должен увидеть её в нужный момент, а не пролистать мимо. Решение — привязать заметку к напоминанию, приуроченному к звонку, а не просто надеяться, что клозер заранее проверит Сделку.

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

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

• Устанавливайте напоминание, привязанное к запланированному времени звонка клозера, а не общее напоминание «связаться».

• Явно обозначайте следующий шаг в заголовке заметки, чтобы его было видно с первого взгляда («Готов к демо — бюджет подтверждён, $3 тыс./мес.»).

• Еженедельно анализируйте, какие передачи привели к закрытым сделкам, а какие — к мёртвым, и корректируйте шаблон, если какое-то поле постоянно пропускают.

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

Крупные отделы продаж часто разделяют сеттеров и клозеров по командам, иногда даже по разным клиентам или кампаниям. Если в вашей структуре используются несколько Рабочих пространств для разделения бизнес-юнитов, убедитесь, что клозер действительно приглашён в то Рабочее пространство, где находится Лид — приглашение может незаметно не сработать, если клозер ещё не начал чат с ботом CRMChat, и это распространённая, но легко устранимая причина, по которой handoff-заметки полностью теряются.

Для команд с высоким объёмом звонков эта дисциплина даёт накопительный эффект. Хорошо квалифицированный Лид с небрежной передачей показывает худший результат, чем посредственный Лид с чистой передачей, потому что первые 90 секунд клозера задают тон всему звонку. Если вы совершенствуете процесс квалификации лидов ещё до того, как они попадают к сеттеру, та же логика, что описана в статье про квалификацию лида перед первым звонком, применима и здесь — цель всегда в том, чтобы следующий человек в цепочке не начинал с нуля.

Короткий пример хорошей и плохой заметки

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

Хорошо: «Джон Рейес, руководитель операционного отдела в грузовой брокерской компании на 25 человек. Боль: теряет лидов между email и общей таблицей, описал это так: «мы теряли сделки, о которых забыли, что они вообще существовали». Бюджет: упомянул диапазон $200-300/мес., точной цифры нет. Возражение: обжёгся на CRM два года назад, которой никто не пользовался — хочет убедиться, что онбординг простой. Обещано: демо на 15 минут с фокусом на захват лидов, а не полный тур по платформе. Следующий шаг: ждёт приглашение в календаре на четверг».

Написание второй заметки занимает 90 секунд и избавляет клозера от всех мин на первых пяти минутах звонка.