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