Как продакту презентовать продукт

Кому и зачем презентуем

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

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

В этой статье — рабочий каркас презентации, советы по демо и список ошибок, которые я видел чаще всего.

Структура презентации

Универсальный каркас на 10–15 минут:

1. Хук (1 мин). Цифра, история клиента, провокационный вопрос. Зацепить внимание.
2. Проблема (2 мин). Что болит у пользователя. Конкретно, лучше с цитатами или историей.
3. Решение (2 мин). Что мы делаем. В одном предложении и потом — детали.
4. Демо или скрин-вокруг (5 мин). Показать продукт в работе.
5. Результаты или гипотезы (2 мин). Метрики, A/B, отзывы. Если ещё рано — гипотезы и план проверки.
6. Что дальше (1–2 мин). Ближайшие шаги, что ждать через квартал.

Под разную аудиторию меняются акценты:

• Команде — больше технических деталей и контекста, меньше «продажи».
• Стейкхолдерам — больше про метрики и приоритеты.
• Инвесторам — больше про рынок и unit-экономику.
• Клиентам — больше про их сценарии и пользу.

Если меньше 10 минут — резать демо и результаты, оставлять проблему и решение.

Демо продукта

Демо — самая сложная часть. Я видел десятки демо, которые шли по 20 минут и теряли аудиторию на 5-й.

Готовиться заранее. Заранее залогиниться, открыть нужные вкладки, проверить демо-данные. Если можно — иметь записанный fallback-видео на случай, если живое демо упадёт.

Сценарий, не тур. Вы не показываете все экраны подряд. Вы рассказываете историю одного пользователя: вот пришёл, вот сделал, вот получил результат.

Не объясняйте интерфейс. Если на экране нужны слова «вот тут эта кнопка делает то-то» — продукт не очевидный, и сейчас не время это чинить.

Не извиняйтесь за баги. «Тут ещё не доделано, тут будет лучше» — обесценивает всё демо. Если что-то не готово — не показывайте.

Не показывайте код. Если только аудитория не разработчики и они сами не просили.

Имейте плагин для увеличения. Текст на экране нечитаем для половины зала. Cmd-плюс или специальный инструмент-увеличитель — must.

Слайды и визуал

Слайды — это поддержка вашей речи, а не её копия.

• Один слайд — одна мысль. Если на слайде три вывода — это три слайда.
• Минимум текста. 6 слов на слайд — это много. Тезисы, не предложения.
• Большие шрифты. 24 pt и больше. Не ради эстетики — на проекторе или зум-коле всё мельчает.
• Контраст. Серый текст на белом фоне — провал. Чёрный на белом, белый на тёмном.
• Графики. Один график — одна мысль. Подсветить главное цветом, остальное серым.
• Не использовать чужой шаблон, если вы его не понимаете. Корпоративный шаблон с пятью элементами на каждом слайде убивает презентацию.

Хорошее правило: убрать половину контента, и презентация станет лучше.

Q&A после презентации

Часто вопросы интереснее самой презентации. Готовьтесь к ним заранее.

Слушать до конца. Не перебивать, не отвечать в моменте, когда ещё не дослушали.

Повторять вопрос своими словами. Это даёт время подумать и проверяет, что вы поняли. И аудитория слышит вопрос, который зал мог не услышать.

Короткие ответы. Если можно ответить в одном предложении — отвечайте одним. Длинный монолог в Q&A — это отдельная презентация, никто не просил.

«Не знаю» — нормально. «Хороший вопрос, не готов ответить сейчас, вернусь в течение дня в Slack» — лучше, чем выдумывать.

Не спорить. Если кто-то категорично против — поблагодарите за точку зрения, запишите, обсудите 1:1. Спор на сцене никогда не выигрывается, только теряется аудитория.

Частые ошибки

• Начинать с архитектуры. Никому, кроме разработчиков, неинтересно, какой у вас стек. Сначала проблема и решение.
• Перегружать слайды. Слайд с 200 словами никто не читает.
• Извиняться за всё подряд. «Извините за качество», «извините, мы только начали» — сразу убивает доверие.
• Не репетировать демо. Падает в реальном времени, тратится 5 минут на «подождите, перезайду».
• Игнорировать тайминг. Готовили на 30 минут — дали 10. Если урезать не умеете — теряется главное.
• Читать со слайдов. Аудитория умеет читать сама. Вы говорите своё, слайд показывает иное.
• Не репетировать переходы. Между демо и слайдами теряется 30 секунд каждый раз — наберётся.

Связанные темы

• Как продакту отстоять идею перед стейкхолдерами
• Как продакту правильно говорить «нет»
• Кросс-функциональная работа продакт-менеджера
• Как продакту попросить повышение

FAQ

Сколько готовиться к 30-минутной презентации?

Опытному продакту — 4–8 часов на новую тему, 1–2 часа на знакомую. Меньше — будет видно.

Репетировать вслух или достаточно прочитать?

Только вслух. Внутри головы текст «звучит лучше», чем когда его произносишь. Минимум 1 раз вслух от и до.

Брать ли соведущего?

Если демо сложное — да, один говорит, другой кликает. Если нет — лучше один человек, меньше путаницы.

Что делать, если зал молчит на Q&A?

Самому задать вопрос: «Часто меня спрашивают про Х. Вкратце — это работает так-то». Зал часто включается после этого.

Слайды или только демо?

Зависит от аудитории. Стейкхолдеры обычно ждут слайдов. Команда — больше демо. Инвесторы — слайды плюс короткое демо.

Как справиться с волнением?

Готовиться. Волнуются обычно те, кто не уверен в материале. Когда вы знаете тему наизусть — волнения почти нет.

---

Готовитесь к собесу на продакта — откройте тренажёр с 1500+ вопросами для собесов.