Презентация демо продукта должна показывать путь решения одной задачи покупателя от исходных данных до пригодного результата. Начните с того, чего он хочет добиться, покажите моменты, подтверждающие работу процесса, и оставьте время для одной содержательной правки. Короткий путь через продукт полезнее обзора функций, о которых аудитория не спрашивала.
Если вы готовите вспомогательные слайды, соберите в Presenti продающую презентацию вокруг потребностей покупателя. Разделяйте живую демонстрацию и рассказ в слайдах: слайды объясняют, на что смотреть, а продукт показывает, что действительно происходит.
Задача покупателя в примере
Представьте руководителя операционного подразделения, которому нужно превратить описание процесса в короткую обучающую презентацию. Источник в этом учебном примере вымышленный: он описывает заявки на оборудование в компании Northline. Реальных данных сотрудников и клиентов в нём нет.
Руководителю нужен черновик, объясняющий, кто отправляет заявку, кто согласует её и что происходит при недостатке информации. Поэтому убедительное демо должно показать источник, структуру слайдов и правку шага возврата на уточнение. Показывать все темы оформления, диаграммы и настройки общего доступа не нужно.
Аудитория: Новые сотрудники Northline Цель: Объяснить процесс заявки на оборудование 1. Отправить заявку с названием оборудования, деловым обоснованием и датой, к которой оно требуется. 2. Руководитель команды проверяет деловое обоснование. 3. ИТ проверяет наличие оборудования. 4. Если информации недостаточно, вернуть заявку с перечислением недостающих полей. 5. При одобрении подтвердить условия получения или доставки. 6. Нестандартные заявки направить в службу поддержки для отдельного решения. Отличать возврат на уточнение от отказа.
Не добавляйте выдуманный срок согласования и не автоматизируйте шаг, который источник описывает как решение человека. Это сделало бы демо более эффектным за счёт подмены задачи.
Сценарий демонстрации на 12 минут
Такое расписание оставляет время для просмотра и изменения результата. Репетируйте с той учётной записью, устройством и текстом, которые будете использовать. Подстройте время под реальную длительность обработки, а не заявляйте универсальную скорость.
| Время | Действие докладчика | Что может оценить аудитория |
|---|---|---|
| 00:00–01:00 | Объяснить задачу руководителя и показать исходный план. | Демо начинается с понятного материала. |
| 01:00–03:00 | Ввести план через поддерживаемый продуктом текстовый сценарий и выбрать подходящий стиль. | Исходный текст и оформление подходят аудитории. |
| 03:00–05:00 | Создать черновик; при необходимости объяснить состояние ожидания. | Докладчик отличает живую работу от подготовленного результата. |
| 05:00–07:00 | Просмотреть последовательность слайдов и найти шаг возврата на уточнение. | Структура сохраняет различие между действиями процесса. |
| 07:00–09:00 | Внести одну правку: заменить неточный заголовок «Заявка отклонена» на «Вернуть заявку для заполнения недостающей информации». | Формулировку в черновике можно исправить. |
| 09:00–10:00 | Показать следующий важный для покупателя шаг, например дальнейшее редактирование или доступный экспорт. | Передача результата соответствует требованию покупателя. |
| 10:00–12:00 | Ответить на вопросы по задаче и согласовать небольшую следующую пробу. | Покупатель понимает, что подготовить и что ещё предстоит проверить. |
Для Presenti на публичной странице преобразования текста в презентацию описаны ввод темы или вставка текста, выбор оформления, редактируемые черновики и экспорт после проверки. Покажите текущий путь в своей учётной записи. Не делайте вывод о конкретном лимите или праве доступа по рекламной иллюстрации.
Покажите правку, которая отвечает на сомнение покупателя
Главный момент проверки в этом примере — не генерация. Важно найти и исправить различие между возвратом заявки и отказом. Перед правкой спросите: «Если черновик не объясняет это различие, можем ли мы исправить его, не начиная заново?» Затем покажите изменение текста и вернитесь к исходному плану.
Оставьте варианты до и после на экране достаточно долго, чтобы их прочитали. Если правка меняет другой слайд, проверьте и его, а не переходите дальше. Одна конкретная коррекция расскажет о процессе больше, чем фраза «всё полностью редактируется».
Если живой сценарий не работает, объясните это честно
Подготовьте три запасных файла: точный исходный текст, сохранённый черновик предыдущего запуска и статичные кадры правки. Подпишите, когда был подготовлен черновик. Если генерация зависнет, скажите: «Это черновик, который я подготовил раньше с тем же исходным текстом», и продолжите просмотр и редактирование. Не изображайте сохранённый результат как только что созданный в прямом эфире. Для таких статичных кадров используйте руководство по использованию скриншотов в презентациях: скройте чувствительные данные, сохраните контекст задачи и проверьте читаемость в размере слайда. По-прежнему обозначайте изображения как запасной материал, а не доказательство работы в прямом эфире.
Если недоступен сам редактор, используйте статичные кадры для объяснения планируемой проверки и зафиксируйте, что живую работу ещё нужно показать. При сбое экспорта не называйте файл готовым для покупателя: вынесите проверку экспорта в следующий контакт. Запасной вариант сохраняет обсуждение, но не подтверждает, что все шаги прошли успешно.
Завершите пробой, которую покупатель сможет провести
Для руководителя операционного подразделения предложите небольшой следующий шаг: взять описание процесса без чувствительных данных и попросить коллегу объяснить процесс по полученной презентации. Ответ коллеги покажет, понятны ли порядок и формулировки. Если нужен редактируемый файл PowerPoint, включите в пробу его открытие и изменение, а не считайте название формата экспорта достаточным подтверждением. Чтобы улучшать следующие демо, сопоставляйте заданные вопросы с причинами решений по уже завершённым сделкам в анализе выигранных и проигранных сделок. Это помогает отличить проблему демонстрации от выбора из-за бюджета, внедрения или другой причины.
Рекомендации Salesforce по демонстрациям подчёркивают пробу, адаптированную к вопросам клиента. Именно для этого нужен сценарий: сохранять в центре задачу покупателя, дать продукту подтвердить важное поведение и оставить посторонние функции для другого разговора.
Начните презентацию в Presenti с короткого плана, который можете объяснить и проверить. Стройте демо вокруг того, в чём покупателю важно убедиться, а не вокруг самого эффектного момента.
