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

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

Менеджеру по продажам карта помогает выбрать следующий разговор, а РОП - увидеть пробелы в согласовании. Запись «решает директор» для этого недостаточна: она не объясняет, что именно он решает и от кого зависит его согласие.

Какие роли искать в конкретной покупке

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

Используй роли, которые описывают действия:

• Инициатор поднимает вопрос о покупке.
• Пользователь оценивает возможность работать с решением.
• Эксперт проверяет соответствие установленным требованиям.
• Владелец бюджета отвечает за средства на покупку. Отдельно уточни, кто разрешает расход.
• Утверждающий выбор одобряет конкретный вариант.
• Координатор собирает участников и передаёт материалы.
• Закупки организуют процедуру выбора и оформления поставщика, если участвуют в покупке.
• Подписант подписывает документы в пределах своих полномочий.

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

Как восстановить маршрут согласования

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

Задай вопросы о конкретной покупке:

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

После ответа уточняй переход: кто кому передаёт результат и что позволяет двигаться дальше. Фраза «передам руководству» оставляет маршрут неизвестным. Формулировка «руководитель отдела согласует выбор, затем финансовый директор разрешит расход» позволяет выделить две роли и связь между ними.

Похожая прошлая покупка даёт ориентир, но не подтверждает порядок текущей. Уточни, меняется ли согласование из-за суммы, нового поставщика, доступа к данным или участия другого подразделения.

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

Как проверить полномочия без догадок

Разделяй сведения по статусу: неизвестно, со слов контакта, подтверждено самим участником или конкретным действием. Последний статус тоже требует пояснения: какое действие ты наблюдал и что именно оно подтверждает.

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

Для проверки используй короткие уточнения:

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

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

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

Шаблон карты ролей и схема переходов

Составь карту для конкретной сделки. На каждого участника создай запись со следующими полями:

• Участник: имя и должность либо «участник не установлен».
• Роль: пользователь, эксперт, владелец бюджета или другая роль.
• Предмет решения: что именно человек оценивает или утверждает.
• Полномочия: рекомендует, согласует, отклоняет или разрешает расход.
• Критерий: какое условие проверяет при принятии решения.
• Основание: источник сведений, дата и подтверждающее действие, если оно было. Здесь же укажи статус достоверности.
• Зависимость: чьё действие требуется до участия этого человека.
• Следующий шаг: что выяснить, с кем и к какому моменту.

Затем свяжи записи в схему. Условный пример последовательности:

1. Инициатор обозначает задачу.
2. Пользователи и эксперты проверяют применимость варианта.
3. Ответственный участник утверждает выбор.
4. Владелец бюджета или другой уполномоченный участник разрешает расход.
5. Закупки и подписант проводят оформление.

Это заготовка для проверки, а не обязательный порядок. Бюджет могут согласовать раньше, эксперты могут работать параллельно, а несколько действий может выполнять один человек. Для каждого перехода укажи необходимый результат и того, кто может остановить движение. Непроверенные связи пометь явно.

Пример проверки карты участников

Условный пример: компания выбирает систему для обработки заявок. Руководитель клиентского сервиса инициировал встречу и обсуждает работу команды. Менеджер записал его единственным ЛПР, хотя полномочия ещё не проверены.

После вопросов о маршруте покупки контакт описывает распределение ролей:

• Руководитель клиентского сервиса рекомендует вариант.
• Сотрудники сервиса проверяют рабочие операции.
• ИТ-специалист согласует техническую применимость; его заключение обязательно для запуска.
• Финансовый директор разрешает расход.
• Генеральный директор утверждает покупку после согласований.

Все эти записи сначала получают статус «со слов контакта». Следующий шаг менеджера - проверить технический маршрут с ИТ-специалистом и порядок разрешения расхода с финансовым директором. Затем нужно уточнить, какие согласования требуются для окончательного утверждения покупки.

Если прямого доступа нет, попроси контакт передать конкретные вопросы и вернуть ответы с указанием автора. Сохрани способ получения сведений: пересказ контакта и ответ самого участника дают разные основания для записи. Молчание или получение презентации не означают согласия.

Как менеджеру и РОП использовать карту

На разборе сделки проверь: установлены ли ответственные за каждое решение, отделены ли полномочия от предположений, понятны ли обязательные согласования и зависимости. У каждого пробела должно быть действие для проверки и ответственный за него.

Не требуй имён ради заполнения. Запись «неизвестно, кто разрешает расход; менеджер уточнит на следующей встрече» полезнее назначения директора ЛПР по должности. Обновляй карту при изменении участников, бюджета или состава покупки. Перед следующим этапом проверяй, сохраняется ли маршрут.

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

Если в сделке непонятно, кто и что согласует, перенеси проверку карты ролей в бизнес-процесс Legend BMS. Зарегистрируйся и создай первый шаг «Проверить участников решения»: назначь роль менеджера по продажам и укажи ожидаемый результат - карту с основаниями полномочий и открытыми вопросами.