Как научить технических специалистов презентовать свои идеи заказчику

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

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

1. СМЕНИТЬ ТОЧКУ ЗРЕНИЯ

Первый шаг - объяснить, что заказчика не интересует, как устроена система. Его интересует, что изменится в его бизнесе: сколько денег сэкономится, какие риски снизятся, насколько быстрее пойдёт работа.

Полезное упражнение: перед каждой презентацией специалист письменно отвечает на три вопроса: • Сколько денег это сэкономит или принесет? • Какую «головную боль» это снимает? • Какие риски это закрывает?

Презентация должна начинаться именно с этих ответов. Техническая часть должна идти только после того, как заказчик мысленно согласился: «Да, мне это нужно».

2. ДАТЬ ПРОСТУЮ СТРУКТУРУ

Технарям легче, когда есть чёткая схема. Хорошо работает последовательность «проблема - решение - результат - следующий шаг»:

• Проблема: что «болит» у заказчика, сформулировано его словами. Показать, что вы поняли бизнес заказчика. «Мы проанализировали ваш процесс логистики и увидели, что 30% времени машина простаивает в ожидании погрузки. Из-за этого вы теряете около 5 миллионов рублей в месяц на амортизации и фонде оплаты труда».

• Решение: суть идеи в одном-двух предложениях, без архитектурных деталей. «Мы предлагаем внедрить систему динамического планирования окон погрузки. Диспетчер будет тратить на планирование 15 минут вместо трех часов». Как это работает. Только здесь — техническая часть. Максимум три слайда.

• Результат: измеримый эффект в деньгах, сроках или рисках. Когда будет первый результат, что может пойти не так, и как мы это подстрахуем. Честность в этом блоке вызывает огромное доверие.

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

3. УЧИТЬ ПЕРЕВОДУ С ТЕХНИЧЕСКОГО

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

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

Тренируйте приём «объясни бабушке»: специалист за минуту рассказывает суть идеи коллеге из другого отдела, а тот пересказывает услышанное. Расхождения сразу показывают, где язык слишком сложен.