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