Strategy23 октября 2026 г.4 мин

Кто влияет на B2B-покупку: карта участников решения

Карта участников B2B-покупки: роли в конкретной сделке, критерии решения, подтверждения и вопросы, которые закрывают пробелы в CRM.

Обложка статьи: Кто влияет на B2B-покупку: карта участников решения

В CRM есть пять контактов одной компании, но предложение всё равно неделями ждёт решения. Количество имён не объясняет, кто проверяет продукт, кто согласует расходы и чьё возражение остановит покупку. Для этого нужна карта ролей в конкретной сделке.

Должность помогает начать разговор, но не доказывает полномочия. Финансовый директор может утверждать оплату, не выбирая решение. Руководитель отдела может выбирать инструмент, но не иметь права подписать договор. В небольшой компании обе роли иногда выполняет один человек.

Роль относится к покупке, а не навсегда к человеку

У одного контакта могут быть разные роли в двух сделках. Поэтому запись лучше связывать с конкретным проектом или коммерческой возможностью. В карте отдельно храните человека, роль, критерий решения и подтверждение. Не превращайте предполагаемое влияние в факт только потому, что поле в CRM заполнено.

В вопросах HubSpot для квалификации есть проверка того, кто участвует в решении и кому ещё предстоит согласовать покупку. Это полезное направление разговора. Список вопросов не устанавливает универсальное число участников и не гарантирует, что первый собеседник назовёт всех.

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

Заполненная карта с пробелами

Все участники и обстоятельства примера вымышлены. Компания выбирает систему для обработки заявок. Вместо оценки влияния по шкале «от одного до десяти» карта хранит наблюдаемое действие и источник информации.

Условный пример
РольУчастникКритерийОснованиеСледующий шаг
ИнициаторРуководитель продажНе терять заявки между сменамиНазвал проблему на встрече 7 октябряСогласовать сценарий проверки
ПользовательСтарший операторУдобная передача незавершённых обращенийУчастие предложено руководителем; личная оценка пока неизвестнаПровести демонстрацию с оператором
Техническое согласованиеIT-специалистСовместимость с текущей системойПрислал список требований 9 октябряОтветить по каждому требованию
Согласование расходовНе установленНеизвестенПодтверждения нетУточнить порядок утверждения суммы
ПлательщикЮридическое лицо группыРеквизиты и график оплатыНазвано в письме; право подписания не провереноПодтвердить сторону договора

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

Как проверить карту без допроса

Привяжите вопросы к ближайшему действию. Вместо «кто у вас ЛПР?» уточните: «После демонстрации кто проверяет техническую часть?», «Кому нужен расчёт расходов?», «Что должно быть готово, чтобы согласовать пилот?». Ответ описывает процесс и помогает подготовить нужные материалы.

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

Роль «противник решения» тоже требует осторожности. Возражение по безопасности или цене может быть обычной обязанностью согласующего. Полезнее записать конкретное требование и условие его закрытия, чем приклеить человеку устойчивую оценку.

Как хранить данные и не потерять основание

HubSpot описывает association labels как способ обозначать отношения между записями. Такая связь подходит для хранения роли контакта относительно сделки. Возможность поставить метку не подтверждает её содержание: источник, дата и критерий остаются отдельными данными.

Минимальная запись: ID сделки, ID контакта, роль, статус подтверждения, источник, дата, критерий, следующий шаг и ответственный. Для небольшого процесса хватит таблицы; при переносе в CRM сохраните связь со сделкой. Общие принципы работы с данными разобраны в материале о CRM-маркетинге.

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

Что считать достаточной картой

Карта не обязана охватывать всю компанию. Она должна объяснять ближайшее решение и незакрытые условия. Для пилота может быть достаточно инициатора, пользователя и технического согласования. Для договора понадобится другой состав. Фиксированное число контактов не является универсальным критерием готовности.

Свяжите подтверждённые условия с критериями перехода между этапами. Если этап требует согласованного пилота, запись «есть контакт директора» его не заменяет. Возьмите одну активную сделку и заполните пустые строки карты: следующий разговор должен закрывать конкретный пробел, а не просто увеличивать число касаний.

Ещё по теме