Buying Committee: как продать, когда решают 7 человек

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

Работа с группой - это не «звонить всем по очереди». Это понимать, как распределены роли внутри комитета, чего боится каждый, какой аргумент его трогает, как они между собой решают. Без этой карты вы продаёте вслепую и почти всегда проигрываете не там, где видите - не в отделе ИТ, а на стыке ИТ и CFO, когда один считает решение безопасным, а другой - нет.

Я видел это своими руками в BrandMaker, когда продавал немецкий MarTech российским банкам и большим холдингам. В Pharmznanie - когда договаривались с клиниками, где финальное решение шёл через главврача, зама по лечебной работе и финдиректора сети. В СберЗдоровье - с медицинским клиентом на стыке digital и фармы.

Это pillar-разбор того, как работать с комитетом. Не теоретически, а на уровне, где вы завтра сможете сделать первый ход. В конце - длинный template discovery, который используют мои клиенты в живых сделках.

Почему buying committee растёт

Две фундаментальные причины.

Первая. Рост регулирования. 152-ФЗ, нормы GDPR-подобного типа в России, отраслевые регуляции (медтех, финтех, критическая инфраструктура). Для прохождения сделки нужны дополнительные подписи - compliance, информационная безопасность, юристы. Каждая подпись = ещё один человек в комитете.

Вторая. Цифровая трансформация и AI. Любое решение, затрагивающее данные или процессы, теперь проходит через технический комитет. В 2026 году в сделки с AI-компонентом обязательно вовлекается роль AI advisor или «ответственный за AI-governance». Это не формальность - это человек, который может заблокировать сделку по вопросам этики или безопасности AI.

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

Это значит, что продавец в 2026 году работает не с одним клиентом, а с небольшой группой, которая внутри компании принимает совместное решение. И групповая динамика часто важнее индивидуальных предпочтений.

5 классических ролей плюс 2 новые: AI advisor и compliance

Разбираю все семь ролей с акцентом на то, что каждого волнует и что ему дать.

Роль 1. Экономический ЛПР

Часто это CFO или один из заместителей. В малых сделках - собственник или генеральный. Его волнует: бюджет, возврат, риск (что будет, если решение не сработает), влияние на бизнес-метрики.

Что дать: ROI-модель на одну страницу с цифрами, понятными финансисту. Executive summary по проекту. Сценарий «что будет, если отложить решение». Референсы от CFO других компаний, которые уже внедрили.

Ошибка: показывать ему технические детали. Он на это не смотрит.

Роль 2. Технический ЛПР

CTO, CIO, IT-директор или главный архитектор. Его волнует: как это встанет в существующую инфраструктуру, как интегрируется, насколько безопасно, кто будет поддерживать, что с отказоустойчивостью.

Что дать: техническая карта решения (схема архитектуры, интеграции, API), политика безопасности, SLA, план поддержки, референсы от технических лидеров.

Ошибка: рассказывать ему про бизнес-эффект. Он в это не верит, пока не увидит техническую часть.

Роль 3. Пользователь

Тот, кто будет работать с решением каждый день. Может быть HCP в фарме, маркетолог в MarTech, аналитик в BI, продавец в CRM. Его волнует: удобство, скорость обучения, сохранение привычных процессов.

Что дать: сценарий дня (как он будет использовать продукт), короткое демо на его реальной задаче, кейс от похожего пользователя, план обучения команды.

Ошибка: продавать ему через CFO-аргументы (ROI). Ему ROI безразличен, ему важно, будет ли удобно работать.

Роль 4. Чемпион

Отдельная категория - не описывается только ролью. Чемпион - это человек из любой из первых трёх ролей, который активно хочет ваше решение и готов защищать его внутри. Чаще всего это технический ЛПР или пользователь, реже - CFO.

Что дать: всё, что нужно ему для внутренней продажи - записку для защиты выбора, ROI-модель, сравнение с конкурентами, список возражений и ответов, слайды для внутренней презентации.

Ошибка: общаться только с ним. Если чемпион - это единственный ваш канал внутрь компании, сделка на одной нитке.

Роль 5. Блокировщик

IB, юристы, закупка, compliance. Они не принимают решение в пользу вашего решения, они могут только заблокировать.

Что дать: стандартный контракт (без сюрпризов), политику безопасности, сертификаты, compliance memo, список референсов, прозрачные коммерческие условия.

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

Роль 6. AI advisor (новая с 2024)

В сделках, затрагивающих AI или значимые объёмы данных, обязательно появляется эта роль. Это может быть специально назначенный «AI governance officer», CTO с этим куском ответственности, руководитель ML-направления или внешний эксперт.

Что его волнует: где хранятся данные, как обучаются модели, есть ли риск утечки, как контролируется качество AI-выводов, соответствие отраслевым регуляторам, этические вопросы.

Что дать: AI governance memo (как устроена ответственность за качество AI в вашем продукте), data handling policy, примеры контроля качества, план реакции на инциденты.

Ошибка: недооценивать эту роль и думать, что технический ЛПР закроет эти вопросы. AI advisor сейчас - отдельный человек, и в серьёзных сделках без него не обойдётся.

Роль 7. Compliance officer (новая актуальность)

В регулируемых отраслях (финтех, медтех, фарма, госсектор) - отдельная роль, часто с правом вето по compliance-вопросам. Отличается от классических юристов тем, что смотрит на соответствие отраслевым регуляторам (ЦБ, Минздрав, РКН), а не только на договорное право.

Что дать: compliance memo под отраслевого регулятора, сертификаты, референсы от регулируемых клиентов, план соответствия.

Ошибка: путать compliance с юристами. Это разные роли с разными мандатами.

Как идентифицировать каждого

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

Источники идентификации:

1. Сайт компании. Команда, руководство - базовая карта.
2. СПАРК / Контур. Выписки, связи, структура компании.
3. LinkedIn (с VPN). Профили ролей, связи внутри компании.
4. Публикации. Кто выступает от компании, кто даёт интервью, кто пишет статьи.
5. Вакансии. Открытые позиции показывают, куда компания инвестирует внимание и где центры силы.
6. Чемпион. Самый точный источник - ваш чемпион внутри. Его нужно прямо спросить: «кто ещё будет участвовать в решении, кого я могу не учесть».
7. Отраслевые источники. Эксперты, журналисты, конференции - у них есть внутренние карты компаний.

К концу этапа Discovery у продавца должна быть карта комитета с именами, ролями, телефонами (или хотя бы корпоративным email), и первой гипотезой про то, кто склонен поддерживать, кто склонен блокировать, кто нейтрален.

Карта материалов: что дать каждой роли

Свожу в таблицу.

Эти материалы не создаются в последний момент. Они должны быть в sales enablement-библиотеке компании, готовые к отправке. Я разбирал сборку такой библиотеки в Sales Enablement без лозунгов.

Работа с внутренним чемпионом

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

Что реально делать с чемпионом:

1. Учить продавать внутри. Не «отправьте им презу». А «вот три аргумента для CFO, вот два - для IT, вот один ключевой для генерального. Какой ты выберешь первым - зависит от того, с кем говоришь».

2. Готовить к возражениям. Заранее проговорить, что ему скажут внутри («дорого», «есть другое решение», «это можно сделать своими силами») и как ему отвечать.

3. Держать в курсе политики. Спрашивать у него, кто какую позицию занял, кто смягчается, кто становится жёстче. Он - ваши глаза и уши внутри.

4. Давать победы. На каждой встрече оставлять у него что-то новое, что он может унести своим. Новый кейс. Новое предложение по pilot. Какой-то инсайт, которого не было раньше. Это его валюта.

5. Быть готовым к тому, что чемпион не сдержит. Он может уйти в отпуск, сменить должность, переоценить приоритеты. Наличие только одного чемпиона - это риск. Хороший продавец собирает 2+ чемпионов в крупной сделке.

Блокировщики: типология и как с ними

Три типа блокировщиков.

Тип 1. IB / безопасность. Их мандат - не пропустить проект, создающий уязвимость. Работайте через standard security assessment, политику данных, сертификаты. Не обсуждайте ценность решения - это не их вопрос.

Тип 2. Юристы. Ищут риски в договоре. Дайте им стандартный шаблон, не требующий долгих переговоров. Если у вас его нет - сделайте. Юристы - это роль, которая двигается медленнее всех; ваш контракт должен двигаться быстрее.

Тип 3. Закупка. Оптимизируют коммерцию. Будут торговаться, требовать тендер, сравнивать с конкурентами. Ваша задача - через чемпиона войти в процесс до того, как закупка начнёт тендер. Если поздно - активно готовить технические требования так, чтобы они соответствовали именно вашему решению (это legitimate часть работы, а не «коррупция»).

Общее правило: блокировщик не говорит «да», он говорит «не мешает». Ваша цель - не выиграть его симпатию, а снять его риск. Всё, что делает его работу легче (стандартные документы, референсы, прозрачная коммерция), - двигает сделку.

Сигналы движения: кто ходит на демо, кто читает, кто игнорирует

Поведение комитета даёт больше информации, чем слова чемпиона.

Сигналы ускорения:

• на каждую следующую встречу приходит больше людей из комитета;
• вопросы переходят от «что это» к «как это внедрить»;
• клиент сам просит материалы под конкретную роль (CFO попросил ROI);
• в материалах клиента (публикации, вакансии) появляется инициатива, близкая к вашему решению;
• к встречам начинают готовить свои документы (внутренние меморандумы, запросы).

Сигналы замедления:

• на встречи приходит тот же один человек;
• вопросы повторяются от встречи к встрече - значит, не попадают в память комитета;
• чемпион перестал просить материалы;
• периоды тишины растут с недели до двух-трёх;
• в ответ на вопрос «кто ещё участвует» - общие ответы.

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

Как не проиграть сделку из-за одного no-vote

В комитете 7 человек. Пятеро за, двое против. Выиграете ли вы? Это зависит от того, кто эти двое и какое право вето они имеют.

Правило, которое я использую: один «нет» от CFO или экономического ЛПР по сути вопроса = сделка проиграна, пока возражение не снято. Один «нет» от IT по технической причине = сделка проиграна, пока не закрыли риск. Один «нет» от compliance по регулятору = сделка проиграна в этой форме, пока не переделаете подход.

А один «нет» от пользователя или чемпиона соседнего отдела - это часто управляемая ситуация. Через других можно компенсировать.

Ключевая дисциплина - выяснить ранг «нет». Не все «нет» одинаковы. Причина «мне лично не нравится» - одно. Причина «это не соответствует нашей стратегии» - другое. Причина «это создаёт риск регулятора» - третье.

Продавец, который не различает эти три типа, проигрывает сделки там, где можно было бы выиграть, и тянет те, которые точно проиграны.

Длинный template discovery по ролям

Это шаблон, который я использую на этапе Discovery в enterprise. Не «вопросы для заполнения», а рамка, в которой должен пройти разговор.

К экономическому ЛПР:

1. Какая бизнес-задача требует этого решения сейчас?
2. Какие метрики вы хотите сдвинуть?
3. Есть ли бюджет на эту инициативу? В каком бюджетном цикле?
4. Какой срок окупаемости вы считаете приемлемым?
5. Что для вас главный риск в таких проектах?
6. Какое решение вы рассматриваете как альтернативу?
7. Кто ещё в компании участвует в этом решении?

К техническому ЛПР:

1. Как устроена ваша текущая инфраструктура?
2. Какие интеграции вам важны в новом решении?
3. Что для вас важнее: скорость внедрения или гибкость архитектуры?
4. Какие политики безопасности у вас действуют?
5. Какие проекты с похожей архитектурой вы уже сделали?
6. Какие у вас требования к SLA и поддержке?
7. Кто в вашей команде будет отвечать за внедрение?

К пользователю:

1. Опишите свой обычный день работы, где мог бы появиться этот продукт.
2. Какие инструменты вы сейчас используете для этой задачи?
3. Что в текущем процессе вас больше всего раздражает?
4. Что для вас критично в удобстве нового инструмента?
5. Как вы обычно учитесь новым продуктам?
6. Если представить, что вы работаете с этим решением через полгода - что должно поменяться?
7. Что вас могло бы остановить от использования?

К чемпиону (дополнительно к роли):

1. Как у вас принимаются решения такого класса?
2. Кто кроме нас рассматривается?
3. Кто из коллег может оказаться против и почему?
4. С кем из нашей команды я могу попросить вас нас познакомить?
5. Какие документы или слайды помогут вам защищать выбор?
6. Какой бюджетный цикл у вас и в каком мы окне?

Два сценария из практики

Сценарий 1. MarTech в крупном банке. Комитет - 9 человек, из них CFO, CMO, CTO, IT-security, comliance (банковский регулятор), руководитель CRM, архитектор, закупка, юристы. Мы сосредоточились на CMO (чемпион) и недооценили IT-security. Когда вышли на evaluation, IT-security выкатили 47 вопросов по безопасности. Мы отвечали 5 недель, сделка встала. В итоге перестроили подход - сделали отдельный security memo на 30 страниц, провели отдельную встречу только с IT-security и их вендорами. Снятие рисков заняло 8 недель, но сделка закрылась. Главное изменение - в следующих сделках мы начинали с IT-security на этапе Discovery.

Сценарий 2. Digital health, сеть клиник. Комитет - 7 человек: CEO сети, CFO, главврач сетевой, зам по лечебной, IT, HR, юрист. Сначала шли через главврача (чемпион). На evaluation обнаружили, что CFO не понимает ROI-модели в нашей нише. Вместе с чемпионом провели отдельную встречу CFO + главврач + мы, где не презентовали, а разобрали их KPI и показали механизм влияния. После этого CFO стал вторым чемпионом. Сделка закрылась на 3 месяца быстрее исходного прогноза.

Частые вопросы

Разборы живых комитетов - на YouTube. Короткие заметки из текущих сделок - в Telegram-канале.