CRM-стратегия для исходящих продаж: проектируем конвейер, а не картотеку

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

Почему картотека не работает при исходящих объёмах

Классический сценарий: компания завела CRM для «клиентской базы» — контакты, сделки, история звонков. Потом стартует холодный email-аутрич, и в систему начинают заливать списки по тысяче строк. Через месяц в CRM тысячи карточек без движения, десятки статусов «в работе», а найти, кому пора написать follow-up, можно только вручную перебирая список.

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

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

Проектирование воронки: от стадий к полям, а не наоборот

Первый шаг — не настройка CRM, а описание жизненного цикла контакта на бумаге. Для холодного B2B-аутрича типичная воронка выглядит так: контакт в базе → отправлено первое письмо → получен ответ → квалифицирован (интерес подтверждён) → назначена встреча → сделка в работе → закрыто (выиграно/проиграно) → в резерв на реактивацию.

Отдельно стоят статусы выхода из активной воронки без потери контакта: «отписался», «не ЛПР» (передать другому контакту в той же компании), «не сейчас» (вернуться через N месяцев). Это не мусорная корзина — реактивационная база часто даёт больше конверсии, чем холодный список, потому что контакт уже знает бренд.

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

• В базе — контакт добавлен, оффер под ICP не отправлен
• Отправлено — письмо ушло, ждём реакции по таймеру
• Ответ получен — требует ручной обработки, ответ ещё не классифицирован
• Квалифицирован — интерес подтверждён, боль и запрос зафиксированы
• Встреча назначена — календарь синхронизирован с карточкой
• Сделка — сумма, срок, следующий шаг обязательны
• Закрыто выиграно / закрыто проиграно — причина проигрыша обязательна для аналитики
• Резерв на реактивацию — дата следующего касания задана автоматически

Компания и контакт — разные объекты с разной судьбой

Частая ошибка малых внедрений — вести только контакты, без отдельной сущности «компания». В аутриче это критично: письмо адресовано человеку, но ICP-фильтр (отрасль, размер, регион, оборот) относится к юрлицу, а не к персоне. Если у компании три ЛПР в базе и с одним из них диалог зашёл в отказ, остальные два не должны автоматически считаться потерянными.

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

На практике это означает: поля ICP (отрасль, штат, выручка, регион, технологии) живут на карточке компании, а поля персонального прогресса (должность, статус диалога, дата последнего касания, temperature) — на карточке контакта. Смешивание этих слоёв в одну плоскую таблицу — источник половины путаницы в аутрич-CRM.

Что автоматизировать, а что оставить человеку

Автоматизация в CRM для исходящих продаж должна закрывать шаблонные, предсказуемые решения — и не должна подменять живую оценку ответа. Хорошие кандидаты на автоматизацию: смена статуса на «ответ получен» при входящем письме, постановка задачи менеджеру с дедлайном, эскалация при жалобе или запросе на отписку, перевод в «резерв» по истечении срока без реакции.

Плохие кандидаты: автоматическая квалификация интереса по ключевым словам в ответе (много ложных срабатываний — «интересно, но не сейчас» не равно «интересно»), автоматическое назначение встреч без подтверждения менеджером, полностью автоматические follow-up без проверки контекста диалога.

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

Ответы — самое узкое место конвейера

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

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

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

Метрики воронки: что действительно смотреть

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

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

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

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

Вопросы и ответы