Две аудитории оценивают разные решения
Клиент обычно рассматривает продукт применительно к своей задаче: что изменится в его работе, что входит в предложение и как начнётся сотрудничество. Инвестор изучает компанию и её развитие: кому нужен продукт, за счёт чего устроена модель и на каких фактах основаны предположения команды. Поэтому замена обложки и последнего слайда редко превращает одну презентацию в другую.
Содержание стоит собирать из общей проверенной основы, а порядок и глубину менять под встречу. Эта статья посвящена именно различиям подачи. Подготовка исходных материалов и согласование файлов разобраны отдельно в материале о задании на презентацию. Здесь задача — выбрать доказательства и акценты, которые помогут конкретной аудитории понять предлагаемый следующий шаг.
Для клиента начните с узнаваемой ситуации
В клиентской версии полезно показать текущий процесс: кто выполняет действие, где возникает неудобство и как продукт участвует в его устранении. После этого объясняют границы предложения, распределение обязанностей и порядок внедрения. Обзор всех возможностей можно оставить в приложении, если на первой встрече он мешает понять основной сценарий.
Пример 1: сервис записи для сети студий. Клиенту важен путь от выбора времени до подтверждения и работа администратора с записью. Экран календаря объясняет взаимодействие, схема показывает обмен данными, а раздел пилота задаёт объём первой проверки. Если интеграция с системой клиента ещё не изучена, её обозначают как предмет согласования. Нарисованный экран не является подтверждением готовой интеграции.
Для инвестора объясните основания развития
В версии для инвестора тот же сервис может потребовать другого порядка: аудитория и её проблема, продукт, способ получения дохода, подтверждённые наблюдения, команда и план следующего этапа. Конкретная последовательность зависит от стадии проекта и вопросов встречи. Не нужно имитировать показатели зрелой компании, если существует только прототип.
Y Combinator в руководстве по представлению компании предлагает ясно отвечать на вопросы о продукте, аудитории, прогрессе и отличиях. Для оформления отсюда следует практический принцип: слушатель должен понимать содержание без расшифровки общих лозунгов. Такая структура помогает объяснить проект, но сама презентация не подтверждает его инвестиционную привлекательность.
Одну демонстрацию используйте с разными подписями
Пример 2: платформа мероприятий. В клиентской версии демонстрация регистрации может отвечать на вопрос «как участник получит доступ, а организатор увидит список». В версии для инвестора тот же экран лишь объясняет продукт. Обсуждение распространения, повторного использования и модели дохода требует собственных данных; красивый интерфейс не заменяет их.
Подпись к снимку должна сообщать его статус: действующая функция, интерактивный прототип или концепция. Для клиента важны ограничения его будущего процесса, для инвестора — граница между уже реализованным и запланированным. Условные примеры в этой статье не описывают финансовые результаты наших проектов. В готовой презентации происхождение каждого утверждения должно быть понятно читателю.
Отделяйте измерение, предположение и план
На диаграмме подпишите период, единицу измерения и источник. «Пользователи» могут означать регистрации, активных участников или посетителей страницы — это разные данные. Процент без основания расчёта трудно интерпретировать. Если цифра предварительная, укажите это рядом с ней, а не только в примечании последнего слайда.
Для клиента показатели пилота выбирают по согласованному процессу: например, корректность передачи записей и возможность сотрудника обработать их. Для инвестора набор фактов определяется стадией и содержанием обсуждения. Прогноз показывают как расчёт с предпосылками, отдельно от наблюдений. Дизайн должен поддерживать это различие: реальные значения и предполагаемый сценарий не должны сливаться в одну убедительную линию.
Пример 3: когда предложение держится на экспертизе
Предположим, команда предлагает сложный отраслевой продукт, но ещё не провела клиентский пилот. В клиентской версии можно показать знание рабочего процесса, демонстрацию решения и ограниченный план проверки. Нельзя заменять отсутствие пилота чужим отзывом или заявлением о доказанном эффекте.
Для инвестора уместно объяснить опыт команды, выполненные проверки и оставшиеся неопределённости. В обоих случаях нужны подтверждения, которые относятся именно к заявленному опыту: роль участников в проекте, показанная разработка, документированный результат исследования. Рекомендованный следующий этап должен соответствовать этому состоянию. «Обсудить пилот» точнее, чем выдавать концепцию за готовое внедрение.
Настройте плотность слайдов под способ просмотра
Для выступления оставляйте на экране одну понятную мысль и достаточную опору для объяснения. Для самостоятельного чтения добавьте краткие связки, подписи и необходимые ограничения. Версия для отправки не должна превращаться в стенограмму: подробные таблицы и методику можно вынести в приложение.
Y Combinator в материале о дизайне презентаций обращает внимание на ясность и ограниченное число запоминаемых идей. На практике проверьте заголовки, различимость схем и читаемость подписей на устройстве получателя. Устное объяснение может дополнять слайд, но не должно исправлять вводящую в заблуждение диаграмму.
Разведите следующий шаг и комплект документов
В клиентской версии заключение может предлагать обсуждение требований, демонстрацию или согласование пилота. Укажите, какие сведения нужно получить и кто участвует в следующей встрече. В версии для инвестора финал связывают с целью конкретного разговора и планом команды; условия финансирования требуют отдельного обсуждения со специалистами и не определяются оформлением слайдов.
Перед заказом профессиональной презентации подготовьте две короткие карты: вопрос аудитории, подтверждающий материал и требуемое решение. Выделите общие слайды и те, где меняется смысл, а не только заголовок. Так из одного набора достоверных материалов можно собрать две последовательные версии, сохранив ясные границы между готовым продуктом, наблюдениями и планами.
