Опишите решения, а не только должности
В рабочем описании важно зафиксировать следующее: роль в конкретной покупке, интерес участника, влияние на решение и известный порядок согласования.
В сложной покупке нет гарантии, что один человек управляет всеми вопросами. Инженер подтверждает параметры, снабжение организует запрос предложений, финансист проверяет расчёты, а руководитель утверждает приобретение. Для каждого участника полезно записать, какое конкретное решение от него ожидается. Такая карта помогает планировать обсуждение без попыток угадать полномочия по визитке или громкому названию должности в подписи письма.
Разделите известное и предполагаемое влияние
Практический шаг для команды — составить карту участников и связать каждый следующий шаг с тем, чьё подтверждение действительно требуется.
Менеджер может считать директора главным согласующим, но пока не знать реального порядка закупки. Это рабочая гипотеза, которую нужно проверить вопросом о процедуре решения. В карточке не стоит превращать догадку в подтверждённый факт. Уточните, кто формирует требования, кто сравнивает варианты и кто сообщает итоговый выбор. Иногда подписант договора появляется только в конце и почти не участвует в оценке технического решения.
Подготовьте отдельный результат для каждого участника
Здесь важно учесть риск: постоянная метка «ЛПР» на человеке вводит в заблуждение: в другой закупке его влияние может измениться.
Техническому специалисту нужен ответ о совместимости и составе, снабжению — понятная комплектация и условия, руководителю — объяснение соответствия задачи выбранному варианту. Это не повод отправлять всем разные противоречивые обещания. Единое предложение должно иметь согласованную основу, но разговоры могут раскрывать разные вопросы. Свяжите следующую задачу с конкретным согласованием, чтобы не ограничиваться общим действием «дожать ЛПР». Логика покупки важнее переговорного ярлыка.
Не обходите контакт без понимания последствий
Результат можно проверить по следующему признаку: по карточке сделки видны технический согласующий, коммерческий контакт и участник, подтверждающий бюджет.
Если знакомый сотрудник не принимает окончательное решение, не обязательно немедленно искать его руководителя напрямую. Он может организовать полезное знакомство и объяснить внутренние требования. Сначала согласуйте маршрут и цель подключения другого участника. Попытка обойти собеседника нередко разрушает рабочее доверие, хотя формально даёт номер более высокой должности. CRM должна сохранять контекст отношений, а не только иерархический список людей.
Проверьте карту на конкретном препятствии
Представьте, что закупщик согласовал цену, но инженер отклонил комплектацию. Сделка не стала готовой к завершению только из-за коммерческого согласия. В карточке нужно видеть открытый технический вопрос и следующего ответственного. Когда возражение снято, зафиксируйте, кто подтвердил изменённый вариант. Карта участников полезна именно в таких переходах, когда решение зависит от нескольких самостоятельных подтверждений, а не от одного уверенного собеседника.
Проверка по шагам
- Зафиксировано ли следующее: Роль в конкретной покупке, интерес участника, влияние на решение и известный порядок согласования?
- Определён ли практический шаг: Составить карту участников и связать каждый следующий шаг с тем, чьё подтверждение действительно требуется?
- Наблюдается ли ожидаемый результат: По карточке сделки видны технический согласующий, коммерческий контакт и участник, подтверждающий бюджет?
Частые вопросы
Достаточно ли одного поля «ЛПР»?
Для простой продажи иногда достаточно. В сложной покупке полезнее несколько ролей и пояснение влияния: инициатор, пользователь, согласующий и утверждающий могут быть разными людьми.
Прототип CRM для вашей компании
Расскажите о текущих системах и задаче. Согласуем состав бесплатного прототипа, который можно проверить с командой. Возможности и объём автоматизации обсуждаем до включения в проект.
Получить прототип CRM →Материал подготовлен с помощью ИИ. Примеры условные и не являются результатами клиентов. Как устроена библиотека.