Sales Enablement - одно из тех понятий, которое за десять лет обросло таким количеством красивых определений, что в нём почти не осталось содержания. В одной компании это папка с презентациями. В другой - LMS, куда заходят раз в квартал «на обязаловку». В третьей - новая роль в штатном расписании, сидящая где-то между маркетингом и продажами и не до конца понимающая, зачем она существует.
При этом Forrester ещё в отчёте 2023 года показывал, что компании со зрелым Sales Enablement держат win rate по целевым сделкам на 15–20% выше среднего по рынку. Gartner в 2024-м уточнил: дело не в наличии функции, а в её связке с процессом сделки. Сама по себе «папка» не работает. Работает то, как она собрана с разговором продавца и стадией покупки.
Это не западная мода и не очередная аббревиатура. Это ответ на простой вопрос: почему два продавца с одинаковыми лидами и одинаковым продуктом дают разный результат. И что компания может сделать с этим разрывом, кроме как нанимать «звёзд».
Четыре слоя Sales Enablement, без которых это не работает
Если в компании живут только первые два - это библиотека материалов, не enablement. Реальный контур собирается только когда включены все четыре.
Почему 90% Sales Enablement превращается в папку с презентациями
Типичная сцена. Компания растёт, у неё появляется маркетинговый отдел, который начинает «поддерживать продажи». На старте это означает лендинг, общую презентацию и пару кейсов. Дальше - больше: брошюры, одностраничники, сравнения с конкурентами, дорогая продуктовая колода.
Через год у всего этого появляется облачная папка. Через два - она уже вложенная, с категориями и датами. Через три - в команде никто не знает, что в ней актуально, что нет, что где лежит и какая версия жива. Продавцы ходят на встречи со своими старыми файлами. Маркетинг обижается, что «материалы не используют». Руководитель продаж говорит, что «надо навести порядок».
Разобрать эту ситуацию можно одним вопросом: кто отвечает за то, чтобы материал появлялся не от идеи маркетолога, а под конкретную боль сделки?
Обычно - никто. Маркетинг делает материал, потому что «пришёл бриф». Продавцы не просят, потому что не верят, что им успеют помочь. Sales Enablement-менеджер, если он есть, превращается в библиотекаря: переставляет папки, обновляет шаблоны, следит за версиями. Это не Sales Enablement. Это каталогизация.
Живой enablement начинается в другом месте - в разборе того, где конкретно застревает сделка. Не «какой у нас есть материал», а «какой материал нужен, чтобы следующая встреча на этапе evaluation двинулась вперёд». Это разные вопросы. Из первого вырастает папка. Из второго - процесс.
Четыре слоя Sales Enablement: материалы, тренировка, процесс, метрики
Если сжать всё, что у меня накопилось за 18 лет B2B-продаж - от стартапов до enterprise-циклов BrandMaker и фармы, - Sales Enablement держится на четырёх слоях. Убери один - ломается всё.
Слой 1. Материалы. Тексты, колоды, записки, one-pager, ROI-калькуляторы, кейсы. Не в папке «для всех», а привязанные к роли и стадии сделки.
Слой 2. Тренировка. Не тренинг от тренера раз в квартал. Еженедельная отработка живых разговоров: что продавец сказал, что не сказал, куда пошёл клиент, какой альтернативы не прозвучало.
Слой 3. Процесс. Playbook: какие стадии в сделке, по каким критериям сделка переходит со стадии на стадию, какие действия обязательны, какие материалы нужны.
Слой 4. Метрики. Не open rate и не количество скачиваний, а связь enablement с движением сделки: stage velocity, win rate, время выхода нового продавца на план.
В компаниях, с которыми я работал, провал чаще всего жил в связке слоёв 2 и 3. Материалы делали. Метрики считали. А в середине - пустота: никто не тренирует продавцов на живых разговорах, никто не описывает, как стадия сделки должна двигаться, какие действия обязательны. Продавец получает материал и остаётся один на один с клиентом. Дальше - кто как смог.
Как материалы должны появляться: не от слайда, а от боли
Маркетинг обычно видит материалы как «контент-задачи»: нужна продуктовая презентация, нужен кейс, нужна сравнительная таблица. Продавец видит их как «оружие в конкретном разговоре»: нужно чем-то закрыть сомнение CFO, нужно успокоить IT по поводу интеграции, нужно помочь чемпиону защитить выбор перед гендиром.
Разница фундаментальная. Маркетинговая логика порождает библиотеку. Sales-логика порождает арсенал.
Правильный процесс выглядит так. Раз в месяц руководитель продаж и enablement-менеджер (или маркетинг, если он один) садятся и разбирают: на каких этапах сделки сейчас чаще всего застревают продавцы, какой разговор они не вытягивают, какого аргумента им не хватает. Из этого рождается техзадание на материал. Не «сделайте ещё одну презентацию», а «нужна записка в две страницы, которую продавец отправляет после первой встречи с техническим ЛПР, чтобы подтвердить понимание задачи и зафиксировать следующий шаг».
Это я называю материалом под боль. И именно таких материалов в большинстве компаний не существует.
Я подробно писал про это в тексте Материалы под роли: что двигает enterprise-сделку и в более практичном Практическая матрица материалов для B2B. Здесь только короткий принцип: если вы не можете сказать, на какой стадии и для какой роли материал используется - он не существует как инструмент, он существует как слайд.
Карта ролей покупателя и материалы под каждую
В B2B уже много лет нормой считается, что сделку не принимает один человек. Gartner в отчёте 2024 года называл среднее число участников buying committee в enterprise - около 11, против 6,8 десять лет назад. В российской практике это меньше, но не намного: в средних сделках я вижу стабильно 4–6 участников, в крупных - 7–9.
При этом материалы часто делаются под одну усреднённую роль - «клиент». Это всё равно что делать одно лекарство для всех болезней.
Базовая пятёрка ролей, по которой стоит сразу делить материалы:
| Роль | Что её волнует | Нужный материал |
|---|---|---|
| Экономический ЛПР | Риск бюджета, возврат, влияние на бизнес-метрики | Однострочник эффекта, ROI-модель, сжатый бизнес-кейс на одну страницу |
| Технический ЛПР | Интеграция, безопасность, надёжность, поддержка | Техническая карта решения, схема интеграции, политика безопасности |
| Пользователь | Как он будет работать с продуктом каждый день | Сценарий дня, короткое демо, кейс от похожего пользователя |
| Чемпион | Как защитить выбор перед своим руководством | Записка для внутренней продажи, слайды для внутреннего комитета |
| Блокировщик | Закрыть риск по своей функции (IB, юристы, закупка) | Ответы на типовые возражения, compliance-меморандум, чек-лист рисков |
Практический тест: возьмите любой материал из вашей общей папки и честно ответьте - кому именно из этих пятерых он адресован. Если ответ «всем понемногу» - это не материал. Это презентация о компании. Она тоже нужна, но не для движения сделки.
В одной B2B-компании, где я разбирал enablement, после такой сортировки выяснилось, что из 47 материалов в общей папке только 6 имели чёткий адресат. Остальные 41 - это были вариации одной и той же продуктовой истории, просто в разной длине и с разным оформлением. Ожидаемо, что продавцы отправляли клиентам что попало, а потом жаловались, что «материалы не работают».
Как тренировать продавцов без тренингов от тренеров
Тренинг - это красивое слово, под которым чаще всего скрывается один из двух жанров. Либо приглашённый спикер рассказывает правильную модель продаж (SPIN, Challenger, MEDDIC - список известен). Либо внутренний эксперт «прокачивает» возражения в переговорной комнате, где никто не возражает по-настоящему.
Оба варианта меняют знание, но редко меняют поведение на следующем звонке.
Рабочий формат, который я видел на практике - еженедельная 45-минутная встреча команды на живых записях. Не ролевая игра. Не тренер. Конкретный звонок конкретного продавца с реальным клиентом, разобранный по трём вопросам:
- Какую задачу клиент на самом деле решал в этом разговоре? (Почти никогда не ту, про которую он говорил напрямую.)
- В какой момент продавец отдал инициативу и куда она ушла?
- Какого материала или сценария не хватило, чтобы сделка двинулась?
Эти три вопроса создают то, что тренинг создать не может - общий словарь команды. Через два-три месяца команда начинает видеть разговоры одинаково. И тогда материалы и процесс начинают работать, потому что все говорят про одну и ту же механику.
В одной фармкомпании, где я этим занимался, за шесть месяцев такого формата без единого внешнего тренера среднее время stage-to-stage по enterprise-сделкам сократилось примерно на 18%. Не потому что продавцы стали «сильнее». Потому что они перестали делать одинаковые ошибки на одинаковых этапах.
Интеграция с CRM и процессом сделки
CRM - самая живая зона, где Sales Enablement либо оживает, либо окончательно превращается в театр. Потому что именно в CRM видно: какой материал на какой стадии отправили, было ли письмо с фиксацией следующего шага, кто из комитета покупателя упомянут в записях по сделке.
Базовая схема, которая работает у меня в разных компаниях:
- в карточке сделки - обязательное поле «какой материал отправили» и ссылка на него;
- на каждой стадии в playbook прописаны два-три обязательных действия, которые должны быть зафиксированы до перехода дальше;
- в CRM есть роль покупателя (не просто «контакт», а «экономический ЛПР», «чемпион», «блокировщик»);
- после каждой встречи продавец отправляет клиенту письмо с фиксацией следующего шага и кладёт копию в сделку.
Без этого слоя вся работа с материалами и тренировкой уходит в никуда. Потому что если нельзя посмотреть, какой материал на какой стадии помог двинуть сделку, нельзя и улучшать систему. Без CRM Sales Enablement - это разговор на ощущениях.
Я отдельно разбирал эту связку в текстах CRM как система, а не записная книжка и RevOps без магии. Вкратце: CRM - это не хранилище контактов, а рабочий инструмент процесса. Если там нельзя увидеть движение сделки - остальные слои enablement вы строите на песке.
Четыре метрики, которые показывают, что enablement работает
Популярные метрики Sales Enablement - open rate писем, просмотры материалов, прохождение онбординга - в 2026 году выглядят примерно как измерение эффективности бизнеса по числу сотрудников. Цифры есть, смысла мало.
У меня за годы сложился короткий список из четырёх метрик, которые реально показывают, работает ли enablement.
1. Время выхода нового продавца на план. От первого дня до месяца, когда продавец делает плановую выручку. В здоровом enablement эта цифра сокращается на 20–30% за первые шесть месяцев работы системы. Если не сокращается - у вас тренинг, а не enablement.
2. Доля сделок с правильным материалом на своей стадии. Видно по CRM: на каких стадиях какой материал отправили. Если на стадии evaluation продавцы продолжают слать общую продуктовую презентацию вместо ROI-модели - процесс не работает.
3. Win rate по целевому сегменту. Не по всем сделкам подряд, а по тем, которые действительно в вашем ICP. Если enablement живой - win rate там растёт. HubSpot в отчёте State of Sales 2024 показывал плюс 10–15% в год для компаний с зрелым enablement.
4. Stage velocity. Сколько дней сделка проводит на каждой стадии. Если после внедрения enablement где-то на стадии (особенно evaluation или proposal) время стабильно сокращается - вы двигаетесь.
Эти четыре метрики не заменяют коммерческой отчётности. Они дополняют её - показывают, не просто сколько денег пришло, а почему. И что в следующем квартале можно усилить.
Шесть типичных провалов Sales Enablement
За годы консалтинга и работы внутри команд у меня накопился список того, как enablement умирает чаще всего.
- Материалы без адресата. Делаются «на всех» - и потому не работают ни для кого. Главный симптом - продавцы отправляют одну презентацию всем ролям подряд.
- Тренировка вместо отработки. В компании проводят тренинги, но не разбирают живые звонки. Знание есть, поведение - прежнее.
- Playbook без критериев перехода. Стадии описаны, но непонятно, когда сделка двигается со стадии на стадию. Каждый продавец решает сам, и по факту стадии ничего не значат.
- Enablement-менеджер как библиотекарь. Роль есть, но человек занят раскладыванием файлов, а не разбором провалов сделок.
- Отрыв от CRM. Материалы и playbook живут отдельно, CRM - отдельно. В отчётах ничего не связано. Улучшать нечего.
- Одна метрика вместо четырёх. Меряют только просмотры или только win rate. Видят часть картины, принимают ошибочные решения.
Если хоть два из шести совпали - у вас не работающий enablement. Это нормально, это стартовая точка. Ненормально - делать вид, что всё в порядке.
Российский контекст: где enablement буксует у нас
В России Sales Enablement буксует не из-за того, что «у нас всё по-другому». А из-за нескольких системных особенностей, которые стоит назвать прямо.
Первое - культ звёзд. В средних и крупных компаниях ставка часто делается на 2–3 «сильных продавца», которые тянут львиную долю выручки. Enablement в такой среде воспринимается как ненужная бюрократия: «у нас же и так всё работает». До того момента, пока звезда не уходит, и выручка резко проседает.
Второе - разрыв между маркетингом и продажами. В западной логике enablement часто живёт внутри маркетинга или в отдельной функции с подотчётностью CRO. У нас маркетинг традиционно про лидогенерацию, а не про сделку. Между ними пустота, в которой enablement и должен был бы жить. Эту связку я отдельно разбирал в тексте Трение между маркетингом и продажами.
Третье - короткий управленческий горизонт. Enablement даёт эффект через 6–12 месяцев. В компаниях с квартальным планированием и частой сменой коммерческих директоров никто не доводит систему до зрелости. Каждый новый CRO начинает с нуля.
Четвёртое - отсутствие внешнего профессионального рынка. В США и Европе есть Sales Enablement Society, сертификации, методологии. У нас - штучные специалисты, часто выросшие из маркетинга или из продаж, без общего языка. Каждая компания изобретает своё.
При этом рынок у enablement в России большой. Длинные сделки в B2B становятся только длиннее. Комитеты покупателей растут. Цена ошибки на стадии растёт. И те команды, которые сейчас выстраивают enablement как систему, - через полтора-два года будут продавать заметно лучше конкурентов, которые по-прежнему живут на звёздах и общих презентациях.
Два сценария из практики
Сценарий 1. Средняя B2B-компания в MarTech. Команда 12 продавцов, длинный цикл сделки (4–8 месяцев), win rate ~18%. У маркетинга сильные материалы, но продавцы жаловались, что «всё не то». Вместо очередной продуктовой презентации сделали матрицу: пять ролей × четыре стадии. Получилось 20 ячеек, в 12 из которых материала не было вообще. За три месяца собрали недостающее - короткие one-pager, внутренние записки, ROI-модели. Win rate на целевом сегменте вырос до 26% за полгода. Не потому, что материалы стали красивее. Потому что каждый материал наконец имел адресата.
Сценарий 2. Крупная фармкомпания. Отдел продаж ~40 человек, сложный enterprise-цикл с клиниками, дистрибьюторами и регуляторами. Попытка построить enablement на LMS провалилась - сотрудники заходили раз в квартал «поставить галочку». Сменили подход: отменили LMS, ввели еженедельную 45-минутную встречу команды по территориям, где разбирали 1–2 реальных звонка по трём вопросам (см. раздел выше). Через шесть месяцев среднее stage-to-stage время по enterprise-сделкам сократилось на 18%, время выхода нового представителя на план - с 7 месяцев до 5. LMS вернули, но уже не как основу, а как библиотеку.
Минимальный enablement-контур, если начинаете с нуля
Если у вас команда 6–15 продавцов и вы хотите начать, не нанимая отдельного человека и не покупая платформу, порядок такой.
- Посадите руководителя продаж и 1–2 сильных продавцов в одну комнату на три часа. Опишите ваши стадии сделки и критерии перехода между ними. Честно, без красивых слов.
- Для каждой стадии ответьте: какие 2–3 действия обязательны и какой материал нужен. Где материала нет - запишите в отдельный список.
- Разберите 3–5 последних выигранных и 3–5 проигранных сделок по этим стадиям. Найдите паттерн провалов.
- Закройте 3 самых болезненных пробела по материалам (обычно это записка после встречи, ROI-модель и one-pager под технического ЛПР).
- Поставьте еженедельную 45-минутную встречу на разбор живых звонков по трём вопросам.
- Добавьте в CRM поле «какой материал отправили» и требование «письмо с фиксацией следующего шага после встречи - в течение суток».
- Измерьте четыре метрики (время выхода нового продавца, доля правильных материалов, win rate по ICP, stage velocity) - и пересматривайте их раз в квартал.
Это не идеальная система. Но именно она через 6–9 месяцев превращается во взрослый Sales Enablement. Всё остальное - LMS, платформа, отдельная роль - нужно только тогда, когда этот базовый контур уже дышит.
Частые вопросы
Чем Sales Enablement отличается от обычного обучения продавцов?
Обучение - это разовое событие: тренинг, вебинар, курс. Sales Enablement - постоянный контур: материалы под стадию сделки, тренировка навыков в работе, процесс и метрики. Тренинг меняет знание, enablement - поведение на следующем звонке.
Нужен ли отдельный Sales Enablement-менеджер в компании до 50 человек?
Чаще всего - нет. До 8–10 продавцов enablement ведёт лидер продаж вместе с маркетингом и RevOps. Отдельную роль имеет смысл выделять, когда команда выросла до 15+ человек, а материалы и тренировка стали съедать больше 20% времени руководителя.
Что важнее: материалы или тренировка?
Тренировка. Красивый deck без отработанного разговора - коллекция слайдов. Средняя презентация с продавцом, который знает, как с ней зайти на технического ЛПР и на CFO, - инструмент, двигающий сделку.
Как измерить, что Sales Enablement работает?
Четыре метрики: время выхода нового продавца на план, доля сделок с правильным материалом на своей стадии, win rate по целевому сегменту и длительность stage-to-stage переходов. Если все четыре двигаются в плюс - enablement работает.
Почему enablement превращается в папку, которой никто не пользуется?
Материалы делают по заказу маркетинга, а не под боль сделки. Папка - симптом отсутствия процесса: никто не отвечает за то, чтобы материал появлялся под конкретный этап и попадал в руки продавца в момент, когда он нужен.
Можно ли внедрить Sales Enablement без LMS и дорогих платформ?
Да. Для команды до 20 продавцов достаточно общей папки с чётким неймингом, CRM с полем «какой материал отправили», еженедельной 45-минутной тренировки на живых звонках и таблицы метрик. Платформа облегчает масштаб, но не создаёт процесс.
Чем Sales Enablement отличается от RevOps?
RevOps - контур всей выручки: маркетинг, продажи, внедрение, сервис, данные. Sales Enablement - один из слоёв RevOps, отвечающий за готовность продавца к конкретному разговору. RevOps решает, как устроена машина; enablement - заряжен ли в неё продавец.
Если хотите собрать enablement под свою команду
Обычно здесь нужен не тренинг, а спокойный разбор: какие стадии у вашей сделки, где застревают продавцы, какого материала нет, какую тренировку команда готова вести еженедельно. За 90 минут видно, что стоит собрать в первую очередь.
Если удобнее видеоформат - у меня на YouTube-канале и в Telegram-канале регулярно разбираю сцены из живых enablement-задач.