Два лица: ЛПР и ЛДПР
Почему формальный “принимающий решение” часто ничего не решает
В компаниях часто говорят: “Нужно выйти на ЛПР”.
ЛПР - это лицо, принимающее решение. Но на практике намного важнее найти ЛДПР - лицо, действительно принимающее решение.
Разница простая.
ЛПР может быть формальным владельцем процесса, руководителем направления или человеком, который участвует во встречах и задает вопросы.
ЛДПР - это тот, кто реально влияет на исход: может выделить бюджет, остановить инициативу, согласовать приоритет, продавить решение внутри компании или, наоборот, заблокировать его без объяснений.
Иногда это один и тот же человек. Но часто - нет.
Формальный ЛПР может говорить правильные слова, интересоваться продуктом, просить презентации, собирать КП и обещать “обсудить внутри”. Но в итоге решение принимает кто-то другой: руководитель выше, владелец бюджета, сильный внутренний стейкхолдер, технический лидер, собственник или неформальный авторитет.
Поэтому задача - не просто найти человека с подходящей должностью. Задача - понять, кто реально владеет болью, бюджетом, риском и последствиями решения.
Как найти ЛДПР
1. Методика “от боли к человеку”
Не стоит начинать с вопроса: “Кто тут главный?”
Лучше начать с другого вопроса: “У кого болит?”
Если проблема связана со сроками разработки - смотрим на Head of Engineering, CTO, Delivery Director, Product Director.
Если проблема связана с качеством - смотрим на Head of QA, CTO, Engineering Manager, руководителя продукта.
Если проблема связана с операционной неразберихой - смотрим на COO, Head of Operations, руководителя направления.
Если проблема связана с деньгами - смотрим на CEO, CFO, коммерческого директора или владельца P&L.
Настоящий ЛДПР почти всегда связан с одной из четырех вещей:
- боль;
- бюджет;
- риск;
- KPI.
Если человек не отвечает ни за одно из этого, он может быть участником процесса, но вряд ли действительно принимает решение.
2. Методика “снизу вверх”
Иногда до настоящего ЛДПР невозможно достучаться напрямую.
Тогда можно идти снизу вверх: сначала выйти на человека ближе к проблеме, получить инсайт, понять внутреннюю кухню, а затем попросить интро к нужному человеку.
Например, не сразу писать CTO, а поговорить с тимлидом, проджектом, аналитиком, руководителем поддержки или операционным менеджером.
Цель такого контакта - не продать ему решение. Цель - понять:
- кто реально страдает от проблемы;
- кто может заблокировать решение;
- кто будет пользователем;
- кто владеет бюджетом;
- кто должен быть на следующей встрече.
Хороший вопрос в такой ситуации:
“Подскажите, пожалуйста, кто у вас реально отвечает за эту тему и кого лучше подключить, чтобы не обсуждать вопрос в отрыве от контекста?”
Методика “снизу вверх” особенно хорошо работает в больших компаниях, где формальные роли не всегда отражают реальное влияние.
3. Методика “сверху вниз”
Обратный подход - идти сверху вниз.
Он хорошо работает в небольших и средних компаниях, где CEO, founder или директор направления все еще глубоко вовлечен в операционные решения.
Смысл не в том, чтобы сразу продавать первому лицу. Смысл - получить маршрутизацию.
Например:
“Вижу, что у вас активно развивается направление X. Есть гипотеза, что в этой зоне может быть актуальна проблема Y. Подскажите, кто внутри компании отвечает за эту тему?”
Часто руководитель не будет сам заниматься вопросом, но может направить к правильному человеку. И это будет намного сильнее, чем холодное письмо в середину организации.
Методика “сверху вниз” полезна, когда непонятно, где живет проблема: в IT, продукте, операциях, финансах или бизнесе.
4. Методика “через внутреннего чемпиона”
Внутренний чемпион - это человек, которому лично выгодно, чтобы проблема была решена.
Он может не утверждать бюджет. Он может не быть формальным ЛПР. Но он понимает боль, знает внутреннюю политику и может провести вас к настоящему ЛДПР.
Хороший внутренний чемпион:
- сам страдает от проблемы;
- понимает последствия бездействия;
- знает, кто влияет на решение;
- может объяснить внутренние критерии выбора;
- готов подключить других людей;
- заинтересован в результате, потому что это улучшит его работу или статус внутри компании.
Внутренний чемпион - это не просто “дружелюбный контакт”. Это человек, который помогает вам двигаться по организации.
Если он не может никого подключить, не знает процесс принятия решения и только обещает “передать внутри”, скорее всего, это не чемпион, а информатор.
Триггеры ненастоящего ЛПР
Есть несколько признаков, что перед вами человек, который участвует в процессе, но реально решение принимает кто-то другой.
1. Он не может описать процесс принятия решения
Если человек не может объяснить, кто участвует, какие этапы будут дальше, кто согласует бюджет и кто финально утверждает решение, - скорее всего, он не управляет процессом.
Фраза-маркер:
“Давайте сначала посмотрим, а потом поймем.”
Проблема в том, что “потом поймем” часто означает: “я сам не знаю, как это будет решаться”.
2. Он не готов подключать других людей
Это один из самых сильных сигналов.
Если человек говорит:
- “пока рано кого-то подключать”;
- “я сам все передам”;
- “давайте пока без руководства”;
- “мне нужно сначала самому разобраться”;
то есть риск, что он не имеет достаточного влияния.
Настоящий ЛДПР или сильный внутренний чемпион обычно понимает, кого нужно вовлечь, чтобы решение двигалось.
3. Он постоянно “уточняет внутри”, но не возвращается с конкретикой
Один раз “уточню внутри” - нормально. Два раза - уже сигнал. Три раза - почти диагноз.
Если человек постоянно куда-то ходит за ответами, но не может принести конкретику, значит центр принятия решения находится не у него.
Особенно если после внутренних обсуждений не появляются:
- новые вводные;
- критерии;
- сроки;
- следующий шаг;
- список участников;
- понимание бюджета.
4. У него нет личной боли
Настоящий владелец проблемы обычно говорит конкретно.
Он понимает, что именно не работает, почему это важно, какие есть последствия, что будет, если ничего не менять.
Ненастоящий ЛПР говорит общими словами:
“Интересная тема.”
“Нам может быть полезно.”
“Надо посмотреть.”
“В целом направление актуальное.”
Если у человека нет личной боли, он не будет продавливать решение внутри компании.
5. Он интересуется функциями, но не результатом
Если разговор крутится только вокруг функций, но не вокруг результата, это может быть признак пользователя, аналитика или технического специалиста, а не ЛДПР.
Функциональный интерес звучит так:
“А у вас есть интеграция с X?”
“А можно выгрузить отчет?”
“А поддерживается такой сценарий?”
Бизнес-интерес звучит иначе:
“Сколько это сэкономит времени?”
“Какой эффект на SLA?”
“Как быстро можно внедрить?”
“Какие риски?”
“Что потребуется от нашей команды?”
ЛДПР обычно думает не только о возможностях, но и о результате, цене, сроках и рисках.
6. Он не может сформулировать критерии выбора
Если человек не понимает, по каким критериям будет приниматься решение, значит он либо на очень ранней стадии, либо не участвует в финальном выборе.
Фразы-маркеры:
“Просто изучаем рынок.”
“Посмотрим, что предложите.”
“Пока нет четких требований.”
“Собираем информацию.”
Это не всегда плохо. Но важно понимать: вы можете работать не со сделкой, а с исследованием рынка.
7. Он не может назначить следующий шаг
Настоящий процесс всегда куда-то движется.
Следующий шаг может быть разным:
- встреча с руководителем;
- техническая сессия;
- обсуждение бюджета;
- пилот;
- согласование требований;
- встреча с безопасностью;
- внутренний комитет.
Если вместо этого звучит:
“Мы вернемся.”
“Давайте спишемся позже.”
“Пришлите материалы.”
“Если будет интересно, свяжемся.”
значит процесс не находится под контролем вашего контакта.
8. Он избегает разговора о сроках
Без сроков нет управляемого решения.
Если человек не может сказать, когда нужно принять решение, к какому событию это привязано и почему вопрос актуален сейчас, то, возможно, реального проекта еще нет.
Фразы-маркеры:
“Пока не горит.”
“Может быть в следующем квартале.”
“Когда-нибудь вернемся.”
“Сейчас просто смотрим.”
ЛДПР почти всегда понимает временной контекст: дедлайн, квартальный план, бюджетный цикл, запуск продукта, проверку, аудит, рост нагрузки или проблему, которую уже нельзя игнорировать.
9. Он не знает, кто владелец проблемы
Если человек не может ответить, кто внутри компании будет владельцем результата, это серьезный сигнал.
Проблема может находиться “между IT и бизнесом”, “между продуктом и операциями”, “между разработкой и поддержкой”. Но если у нее нет владельца, решение будет буксовать.
Настоящий ЛДПР обычно либо сам владелец проблемы, либо точно знает, кто им является.
10. Он чрезмерно контролирует коммуникацию
Иногда контакт говорит:
“Все вопросы только через меня.”
“Не надо писать другим.”
“Я сам все передам.”
“Пока никого не подключаем.”
Иногда это нормально: человек действительно координирует процесс. Но если при этом он не дает конкретики, не двигает следующие шаги и не приводит других участников, это опасный сигнал.
Так можно застрять в коммуникации с человеком, который сам не принимает решение, но и не дает выйти на тех, кто принимает.
11. Он говорит “решение принимает команда”, но команда невидима
Коллегиальное решение - нормальная практика. Особенно в IT, enterprise-продажах и сложных организационных изменениях.
Но у настоящей buying committee всегда есть конкретные люди и роли:
- кто владеет болью;
- кто утверждает бюджет;
- кто проверяет технические риски;
- кто будет пользователем;
- кто может заблокировать;
- кто финально подписывает.
Если человек говорит “у нас решение принимает команда”, но не может назвать участников этой команды, то это не команда, а туман.
Кейс: когда ЛПР оказался передатчиком
Один из примеров - проект скорборда для букмекерского приложения.
Задача на первый взгляд была понятной: есть поставщик спортивных данных, эти данные нужно обработать, сохранить, передать на фронтенд и красиво показать пользователю счет, карточки, голы, замены и другие события матча.
Технически в этом не было ничего принципиально сложного. Команда умела работать с данными, фронтендом и интеграциями.
Формальным ЛПР был продукт-менеджер.
У него была команда: дизайнер, разработчики, тестировщики. Он участвовал в обсуждениях, принимал макеты, собирал обратную связь и должен был вести проект к результату.
Но процесс начал буксовать.
Появилось несколько сигналов:
- цикл обратной связи по макетам и промежуточным версиям занимал от двух до четырех недель;
- уже принятые решения периодически менялись без понятного объяснения;
- продукт-менеджер регулярно уходил “обсудить с командой”;
- прямой канал с человеком, который реально понимал ожидания клиента, не появлялся.
Внешне все выглядело как обычный продуктовый процесс: есть продакт, есть команда, есть обсуждения, есть итерации.
Но по факту продукт-менеджер не был центром принятия решения. Он передавал информацию туда и обратно, но не владел ни болью, ни критериями, ни последствиями.
Настоящий ЛДПР оказался в другой точке - им был аккаунт-менеджер, который работал с клиентом.
Именно он лучше понимал:
- что важно клиенту;
- какие сценарии должны быть закрыты в первую очередь;
- какие компромиссы допустимы;
- почему решение нужно двигать быстрее;
- какой результат будет считаться приемлемым.
На просьбу наладить прямой рабочий канал с аккаунт-менеджером продукт-менеджер сначала ответил отказом и продолжил оставаться промежуточным звеном.
Это только усиливало проблему: каждый вопрос проходил через дополнительный слой интерпретации, обратная связь замедлялась, а решения менялись уже после того, как команда начинала двигаться в выбранную сторону.
В итоге удалось выйти на настоящего ЛДПР и убрать продукт-менеджера из операционного контура проекта.
Это не универсальный рецепт и не история про то, что продукт-менеджер был “плохим”. Скорее это пример того, что формальная роль может не совпадать с реальным центром влияния.
После прямого контакта с человеком, который был ближе к клиентской боли и последствиям решения, проект пошел быстрее. Обратная связь стала короче, критерии стали понятнее, а результат быстрее дошел до конечных пользователей.
Главный урок здесь простой: если формальный ЛПР только передает сообщения, уточняет внутри и не может стабилизировать решения, вы, скорее всего, работаете не с центром принятия решения, а с коммуникационным слоем.
Практический вывод
Найти ЛПР - недостаточно.
Важно найти ЛДПР: человека или группу людей, которые действительно влияют на исход решения.
Для этого нужно смотреть не на должность, а на четыре вещи:
- кто владеет болью;
- кто контролирует бюджет;
- кто несет риск;
- кто может назначить следующий шаг.
Если у человека нет боли, бюджета, критериев, сроков и доступа к другим участникам - скорее всего, вы разговариваете не с ЛДПР.
В сложных организациях решение редко принимает должность сама по себе. Решение принимает человек, у которого есть боль, влияние и ответственность за последствия.