CRM и процессы: лид-менеджмент, стадийность, дисциплина
В предыдущих модулях курса вы уже построили основу «идеального отдела продаж»: определили цели бизнеса, описали ICP и сегменты, спроектировали путь клиента и воронку, выбрали модель продаж, разложили роли и handoff, задали KPI, компенсации, культуру результата, а затем — найм, онбординг, обучение и playbook.
Теперь нужно «прошить» это в ежедневную операционку. Именно здесь обычно ломается масштабирование: команда растёт, а управляемость падает.
CRM и процессы — это слой, который превращает вашу воронку и стандарты в:
единый источник правды по сделкам, прогнозу и причинам win/loss;
управляемый лид-менеджмент (кто, когда и как обрабатывает вход);
стадийность как прогресс клиента, а не «я что-то сделал»;
дисциплину данных, без которой KPI, компенсации и forecast становятся игрой.!Сквозной процесс от лида до продления с точками контроля
Что такое CRM в контексте отдела продаж
CRM — система управления взаимоотношениями с клиентами, где фиксируются контакты, взаимодействия, сделки и их движение по стадиям. Справочно: Customer relationship management.
В рамках этого курса CRM нужна не «для отчётности», а чтобы:
стандартизировать прогресс по воронке (из модуля про воронку и стадии);
закрепить границы ответственности ролей (из модуля про оргструктуру);
сделать KPI и компенсации проверяемыми (из модулей про KPI и компенсации);
ускорять онбординг через понятные правила (из модуля 30-60-90);
поддерживать культуру результата (из модуля про нефинансовую мотивацию).Базовые объекты CRM и простые определения
Чтобы не спорить о терминах, зафиксируйте минимальный словарь.
Лид (Lead) — входящее обращение или найденный контакт, который ещё не прошёл ваш квалификационный «порог». Справочно: Sales lead.
Контакт (Contact) — конкретный человек (ФИО, должность, контакты).
Компания (Account) — организация (аккаунт), с которой вы работаете.
Сделка (Opportunity/Deal) — коммерческая возможность, которую вы завели после того, как подтвердили критерии квалификации.
Активность (Activity) — звонок, письмо, встреча, демо, задача.
Владелец (Owner) — кто отвечает за следующий шаг по объекту прямо сейчас.
SLA — договорённость по скорости обработки и стандартам передачи, например «ответить на inbound за 10 минут». Справочно: Service-level agreement.Ключевое правило: не превращайте CRM в архив действий. CRM должна описывать состояние и прогресс — как в воронке продаж из прошлых статей.
Принципы проектирования CRM-процессов
CRM проектируется от воронки и роли, а не от «какие поля умеет система»
Если стадия воронки у вас определена как «наблюдаемый прогресс клиента», то CRM должна поддерживать это через:
чёткие стадии и правила смены стадии;
обязательные поля на ключевых стадиях;
единые причины win/loss;
единые правила handoff между ролями.Минимум полей, максимум дисциплины
Слишком много обязательных полей создаёт саботаж. Слишком мало — делает прогноз фикцией.
Практичная логика:
обязательные поля — только те, без которых нельзя принять управленческое решение;
остальное — теги, заметки, необязательные поля.Одна стадия — один смысл
Стадии должны быть:
взаимно исключающими;
измеримыми через критерии входа/выхода;
одинаковыми по смыслу для всей команды.Если стадия «Демо» означает «провели демо», это стадия-активность. Правильнее: «Клиент оценивает решение, согласованы критерии успеха оценки».
Лид-менеджмент: как не терять вход и не засорять воронку
Лид-менеджмент — это набор правил, отвечающих на вопросы:
кто получает лид;
за какое время должен ответить;
по каким критериям лид квалифицируется или закрывается;
когда лид становится сделкой;
как измеряется качество входа.Ссылочная опора по понятию процесса продаж: Sales process.
Что должно быть определено до запуска лид-менеджмента
Источники лидов
1. inbound (сайт, формы, вебинары, чаты)
2. outbound (поиск SDR)
3. партнёры
4. мероприятия и рекомендации
Квалификационный порог
1. какие признаки ICP должны быть подтверждены
2. какие stop-факторы закрывают лид
Маршрутизация (routing)
1. кому назначается лид (SDR, AE, команда по сегменту)
2. что делать при отсутствии владельца или перегрузе
SLA обработки
1. скорость первого ответа
2. скорость назначения следующего шага
Правила качества данных
1. обязательные поля для лида
2. правила дедупликации (чтобы не звонили одному клиенту дважды)
Практичная схема стадий лида
Лидовая стадийность нужна, чтобы не смешивать «сырой вход» и «реальную возможность». Это снижает иллюзию объёма и защищает AE от мусора.
Пример (адаптируйте под вашу модель):
| Стадия лида | Что означает | Что нужно зафиксировать | Исход |
|---|---|---|---|
| Новый | лид создан, интерес не подтверждён | источник, сегмент, контакт | контакт установлен или закрыт |
| Контакт установлен | получили ответ/соединились | причина обращения, базовый контекст | квалификация или закрыт |
| Квалифицирован | подтвердили ICP и смысл продолжать | критерии ICP, проблема, следующий шаг | конвертация в сделку |
| Неквалифицирован | не ICP или нет смысла продолжать | причина закрытия лида | закрыт |
Важный принцип: сделка создаётся только после квалификации. Если вы заводите сделки «на каждый лид», пайплайн превращается в свалку.
Routing: кому назначать лид и почему это часть дизайна отдела продаж
Routing должен соответствовать структуре из модулей про роли:
если у вас выделен SDR, то inbound может попадать в SDR для скорости реакции и первичной квалификации;
если лидов мало, AE может брать вход напрямую;
если сегментов несколько, routing по сегменту защищает конверсию и скорость.Практичные правила routing:
один лид имеет одного владельца;
есть резервный владелец на случай отсутствия;
SLA не выполняется — лид автоматически эскалируется руководителю.SLA в лид-менеджменте: что фиксировать
SLA должен быть простым и проверяемым.
Примерные формулировки:
«Inbound-лид получает первый ответ не позднее чем через X минут в рабочее время»
«Если лид не в обработке Y часов, он эскалируется»
«Лид не считается обработанным, если не зафиксирован next step или причина закрытия»SLA — это не «давление». Это защита вашего CAC: вы не платите маркетингу/SDR за лиды, которые умирают в ожидании.
Стадийность сделок: как сделать пайплайн честным
В прошлых статьях вы уже построили воронку и критерии прогресса. Теперь это должно стать словарём стадий в CRM.
Правило стадии
Стадия сделки меняется только при наблюдаемом прогрессе клиента, а не после действия менеджера.
Примеры:
Неправильно: «Отправили КП» — значит стадия «КП отправлено».
Правильно: «Клиент подтвердил, что условия рассматриваются, назначена дата обсуждения».Exit criteria: обязательный элемент стадии
Для каждой стадии должны быть понятны:
входной критерий: почему сделка здесь;
выходной критерий: что должно случиться, чтобы двигаться дальше;
обязательные поля в CRM: без них стадию нельзя ставить.Пример фрагмента стадий для консультативных B2B-продаж:
| Стадия сделки | Что означает (состояние клиента) | Признак, что стадия валидна | Типовой следующий шаг |
|---|---|---|---|
| Квалификация | проверяем, стоит ли вкладываться | подтверждены ICP и проблема | discovery-встреча с нужной ролью |
| Диагностика | собираем контекст и критерии успеха | зафиксированы критерии успеха и роли | демо/пилот по сценарию |
| Оценка решения | клиент оценивает подход | есть согласованные критерии оценки | согласование коммерции |
| Коммерция | обсуждаем условия | есть согласованный объём/пакет | запуск согласований |
| Согласование | юристы, ИТ, закупки | есть план треков и владельцы | подпись/оплата |
Если у вас SMB inbound и короткий цикл, стадий будет меньше. Если enterprise — добавляйте «безопасность», «закупки», «пилот» как отдельные смысловые этапы.
Дисциплина CRM: что именно считать «нормой»
Дисциплина — это не «заставить заполнять CRM». Это набор правил, которые защищают управляемость.
Минимальные правила, которые почти всегда работают
Каждая активная сделка имеет next step
- следующий шаг, дата, ответственный.
Каждая сделка имеет владельца
- без владельца — это не сделка, а потерянный объект.
Стадии меняются по exit criteria
- нельзя «перетаскивать» сделку ради красивого отчёта.
Close lost обязателен
- причина проигрыша фиксируется из классификатора (конкурент, цена, не ICP, нет бюджета, сроки, комплаенс, статус-кво).
Даты закрытия реалистичны
- перенос даты без объяснения — сигнал низкого качества прогноза.
Что делать с «зависшими» сделками
Зависшая сделка — это не проблема «человека», а дефект процесса.
Правила лечения зависят от стадии, но логика универсальна:
Если нет next step — вернуть сделку на этап уточнения и назначить конкретное действие.
Если клиент не подтверждает прогресс — стадия должна откатиться или сделка закрыться.
Если стадия стареет дольше нормы — нужен разбор причины (процесс закупки, стейкхолдеры, конкурент, отсутствие ценности).Зачем это нужно: пока вы держите «живым» фиктивный пайплайн, вы будете ошибаться в headcount и квотах (связка с модулем про планирование мощности).
Процессы handoff в CRM: как убрать потери на стыках
В статье про оргструктуру вы уже фиксировали стандарты передач. CRM должна это обеспечивать.
SDR → AE
Передача считается валидной, если в CRM заполнено:
подтверждение ICP (сегмент, ключевой признак);
проблема и контекст словами клиента;
кто участвовал и кто нужен на следующем шаге;
цель первой встречи и ожидаемый результат;
согласованный next step с датой.Если этого нет, AE не должен «героически разбираться». Это ломает качество воронки и создаёт конфликт ролей.
AE → CS/KAM
Передача считается валидной, если зафиксировано:
что продано и на каких условиях;
обещанная ценность и критерии успеха;
стейкхолдеры (пользователь, ЛПР, закупки);
риски внедрения и план первых 30 дней.Это напрямую влияет на retention и LTV из модуля про unit-экономику.
Кто владеет CRM и процессом: без этого дисциплина не внедряется
Если «CRM — дело всех», то на практике это дело никого.
Типовая структура ответственности:
Sales Ops/RevOps
- владелец структуры CRM, стадий, обязательных полей, отчётности;
Head of Sales / руководители линий
- владелец исполнения: чтобы команда работала по правилам, а не «как привыкла»;
Команда продаж
- владеет фактическими данными по своим сделкам и next step.
Если Sales Ops нет, назначьте конкретного владельца на 2–4 часа в неделю. Иначе CRM станет «кладбищем сделок».
Метрики дисциплины: что смотреть, чтобы не управлять «по ощущениям»
В модуле про KPI мы разделяли activity, conversion, revenue, retention. Здесь добавляем слой data quality, который делает эти KPI честными.
Минимальный набор показателей дисциплины:
доля сделок без next step;
доля сделок без даты закрытия;
доля сделок на стадиях без заполненных обязательных полей;
средний «возраст» сделок по стадиям;
доля closed lost без причины;
скорость обработки лидов относительно SLA.Эти метрики не «для наказаний». Они показывают, где ломается система: routing, квалификация, ответственность, стандарты стадий.
Как внедрять CRM-процессы без войны с командой
Начинайте с минимального стандарта и быстрых побед
Если вы пытаетесь за один раз внедрить:
20 обязательных полей,
15 стадий,
сложную отчётность,вы получите сопротивление.
Практичный путь:
Зафиксировать 6–8 стадий и exit criteria.
Ввести 5–7 обязательных полей на ключевых стадиях.
Ввести стандарт next step.
Обязать причины закрытия.
Настроить 1 weekly dashboard для руководителя и команды.Встраивайте стандарты в ритм управления
CRM начинает работать, когда её правила становятся частью регулярных встреч (из модуля про культуру результата):
на weekly pipeline review обсуждаются только сделки, которые соответствуют exit criteria;
«без next step» — это не статус, а мгновенный action item;
win/loss разбор пополняет battlecards и playbook (связка с модулем про скрипты и стандарты коммуникации).Практический набор артефактов после внедрения
Чтобы ваш отдел продаж был нанимаемым и масштабируемым, по итогам этой статьи должны появиться:
Словарь стадий CRM
1. стадии
2. вход/выход
3. обязательные поля
Лид-менеджмент регламент
1. routing
2. SLA
3. критерии квалификации и причины закрытия
Handoff чек-листы
1. SDR → AE
2. AE → CS/KAM
Правила дисциплины
1. next step стандарт
2. close lost причины
3. требования к датам
Дашборд дисциплины и воронки
1. скорость обработки лидов
2. конверсия между стадиями
3. зависания и качество данных
Эти артефакты напрямую поддерживают следующий уровень управляемости: честные KPI, корректная компенсация, предсказуемый forecast и быстрый онбординг новых людей.