Стратегия · Закупочная группа · MEDDIC
Как принимают решения о покупке в B2B
Почему согласия руководителя недостаточно, как найти тех, кто действительно влияет на сделку, и что нужно показать каждому участнику, чтобы покупка состоялась.
Покупку в компании редко совершает один человек. Один замечает проблему, другой выбирает решение, третий проверяет риски, четвёртый утверждает деньги. Можно понравиться одному из них — и всё равно потерять сделку.
«Директору понравилось» не означает «компания купит»
Представим поставщика автоматизации. Он провёл встречу с директором по операциям. Директор согласен: часть заявок теряется, менеджеры работают в таблицах, руководители тратят часы на ручные отчёты. Презентация понравилась, предварительную стоимость обсудили. Продавец заносит сделку в прогноз с высокой вероятностью закрытия.
Через месяц выясняется, что финансовый директор не предусмотрел бюджет, IT-служба не согласовала интеграцию, служба безопасности запрашивает документы, а генеральный директор не считает проект приоритетом. Формально никто не отказал. Но покупка не двигается.
Здесь нет обязательного виновника. Операционный директор действительно хочет решить проблему. Просто его желание — лишь один элемент корпоративного решения.
В B2B продают не одному человеку, а помогают нескольким людям принять совместимое решение. Если предложение отвечает только на вопрос «Нравится ли продукт?», но не отвечает на вопросы «Кто платит?», «Как проверить?» и «Как согласовать?», сделка может остановиться.
Почему это важно именно маркетингу
Маркетинг часто делает одну универсальную презентацию для «лица, принимающего решение». Но в реальности у каждого участника собственные задачи. Финансисту не нужен подробный перечень кнопок интерфейса. Техническому специалисту недостаточно расчёта окупаемости. Пользователю мало сообщения «мы обеспечим стратегическую эффективность».
Поэтому контент в сложных продажах должен помогать клиенту проводить решение через внутреннее обсуждение: обсуждать экономику, безопасность, интеграции, работу сотрудников и юридические условия.
Исследования корпоративных закупок также показывают, что путь покупателя нелинеен: группа возвращается к определению проблемы, критериям и альтернативам даже после выбора поставщика. Это не обязательно провал переговоров — часто так устроена сама процедура покупки.
Шесть ролей, которые могут повлиять на решение
Названия должностей зависят от отрасли и масштаба компании. В небольшом бизнесе один человек может совмещать несколько ролей. В крупной организации одна роль иногда распределена между несколькими сотрудниками.
Поэтому задача — не угадывать должность, а понять функцию человека в принятии решения: что он хочет, чего опасается, на что влияет и какое подтверждение считает достаточным.
Инструмент 01
Карта участников покупки
Выберите участника: его мотив, возможное возражение, вопрос для интервью и материал, который поможет согласованию, появятся справа.
Обнаруживает проблему
Инициатор
Первым замечает потребность и запускает обсуждение. Может не распоряжаться бюджетом.
Чтобы проблема была признана и проект получил приоритет.
Что предложение окажется неуместным или не получит поддержки коллег.
Что должно измениться, чтобы проект считался успешным?
Карту проблемы и возможных результатов, понятную коллегам.
Роли могут пересекаться. Например, руководитель IT может быть одновременно инициатором, экспертом и владельцем бюджета.
Внутренний сторонник — не то же самое, что контактное лицо
В методологии MEDDIC есть роль Champion — сотрудник заказчика, который понимает ценность решения, обладает доверием внутри организации и готов продвигать его в отсутствие поставщика. Это не просто человек, который отвечает на письма и соглашается с презентацией.
Проверочный вопрос: «Если завтра нас не будет на встрече руководства, сможет ли кто-то из сотрудников заказчика точно объяснить, зачем покупать, сколько это даст и какие риски учтены?»
Если нет, аргументы ещё не стали частью внутреннего решения компании.
Один продукт — шесть разных причин сказать «да» или «нет»
Рассмотрим вымышленную производственную компанию, которая планирует внедрить систему управления запросами клиентов и интеграцию с действующими учётными системами.
Стоимость проекта — 1,8 млн ₽ единовременно; поддержка и лицензии после запуска — 360 тыс. ₽ в год. Это специально упрощённый пример: у реального проекта будут налоги, внедрение, обучение, риски и другие затраты.
| Участник | Вопрос | Какие данные помогут |
|---|---|---|
| Операционный директор | Исчезнут ли потери заявок и ручные отчёты? | Сценарии работы, замеры «до / после», тест на реальных процессах |
| Сотрудники | Не станет ли работа сложнее? | Показ пользовательского сценария, план обучения, нагрузка переходного периода |
| Финансовый директор | Какой будет экономический эффект? | Сценарный расчёт, полная стоимость владения, срок окупаемости, допущения |
| IT-директор | Будет ли решение совместимо и безопасно? | Архитектура, требования, интеграции, ответственность за данные и поддержку |
| Генеральный директор | Почему проект важнее других инвестиций? | Связь с целями компании, ограниченный набор KPI, риски отсрочки |
| Закупки / юристы | Можно ли выполнить процедуру и подписать договор? | Комплект документов, SLA, ответственность сторон, порядок приёмки и оплаты |
30 слайдов о функциях системы, история поставщика, перечень модулей, общая цена и обещание «повышения эффективности». Не раскрыты бюджет, риски интеграции, сроки закупочной процедуры и финансовые допущения.
Краткое резюме для руководства + финмодель с допущениями + техническая спецификация + сценарии для пользователей + маршрут согласования и перечень договорных условий.
Не нужно делать шесть разных продуктов. Нужно показать разные стороны одного решения так, чтобы каждая функция организации получила основания для согласия и могла проверить важные именно для неё риски.
Проверка экономической ценности: кто утверждает цифры?
Предположим, продавец обещает экономию 2,4 млн ₽ в год. Само по себе число ещё ничего не доказывает. Финансовому директору важно увидеть, откуда оно взялось: какие потери есть сегодня, какие из них решение реально уменьшит, где появится дополнительная маржинальная прибыль и какие затраты останутся.
Если подтверждённый ежегодный эффект до расходов на поддержку составляет 2,4 млн ₽, а дополнительные ежегодные расходы — 360 тыс. ₽, чистый годовой эффект в упрощённой модели равен 2,04 млн ₽. Статический срок окупаемости первоначальных 1,8 млн ₽ — примерно 10,6 месяца.
Но если проверка покажет, что реальный эффект всего 900 тыс. ₽ в год, тот же срок увеличится до 40 месяцев. Поэтому в B2B нельзя заменять совместную проверку цифр убедительной графикой.
Что должно случиться между первой встречей и оплатой
Путь покупки не всегда последователен: заказчик может вернуться к исходной проблеме после технической проверки или пересмотреть критерии уже после демонстрации. Тем не менее для управления сделкой полезно фиксировать шесть задач.
Кто подтвердил, что проблема существует, достаточно значима и требует решения сейчас?
По каким критериям будут сравниваться варианты и кто утверждает эти критерии?
Какие показатели изменятся и каким данным доверяют финансы и руководство?
Что должно быть подтверждено по интеграциям, безопасности, срокам и ресурсам?
У кого есть право утвердить бюджет и сделать проект приоритетом?
Какие закупочные, юридические и платёжные шаги нужны после выбора поставщика?
Две разные вещи: критерии и процедура
Критерии отвечают на вопрос «По каким признакам выберем?»: стоимость владения, сроки внедрения, безопасность, наличие интеграций, надёжность подрядчика. Процедура отвечает на вопрос «Кто и в каком порядке согласует?»: внутреннее обсуждение, пилот, проверка IT, бюджетный комитет, тендер, договор.
Можно выиграть сравнение по критериям и всё равно не пройти закупочную процедуру. Поэтому вопрос «Как вы принимаете решение о подобных закупках?» зачастую важнее вопроса «Вам понравилось предложение?».
Особенно важно при бюджетном цикле. Если нужная сумма не предусмотрена, продажа может быть экономически разумной, но невозможной к утверждению в текущем периоде. Это не всегда возражение против продукта — иногда это ограничение процесса.