Демо B2B-продукта: сценарий проверки вместо экскурсии по экранам

Согласуйте вопрос до встречи

Не спрашивайте только «что показать?». Уточните роль пользователя, действие, текущий инструмент и критерий успеха. Для учебного примера: менеджер должен рассчитать КП с нестандартной скидкой, а руководитель - увидеть и утвердить ее без переписки. Если поставщик не знает процесса, он покажет много функций без ответа.

Попросите клиента выбрать один обязательный и один сложный сценарий. Этого достаточно для предметного демо; длинный список функций лучше оставить для последующего технического разбора.

Используйте безопасные, но узнаваемые данные

Реальные сведения клиента не нужны для первого показа. Подготовьте учебные позиции с похожей структурой: обязательные поля, вариант цены, один ошибочный вход. Подпишите на странице и в демо, что данные учебные. Если настоящий процесс зависит от специфического формата, договоритесь о безопасном обезличенном образце через отдельный канал.

Не показывайте заранее заготовленный результат, не проходя шаги. Покупателю важно увидеть, где вводятся данные, когда возникает ошибка и кто принимает решение. Если система поддерживает только часть пути, обозначьте недостающий этап как ограничение.

Покажите маршрут от входа до результата

Один человек выполняет действие, второй проверяет результат в своей роли. Затем продемонстрируйте исключение: скидка выше порога, отсутствующая номенклатура или недоступная внешняя система. Это выявляет больше, чем листание двадцати экранов.

Оставьте время на вопросы о поддерживаемой версии, настройке ролей и правах на данные. Если тема требует отдельного обследования, зафиксируйте ее как открытый вопрос, а не отвечайте «можно все». Список открытых вопросов должен попасть в итог встречи.

Сделайте показы разных поставщиков сравнимыми

Перед встречами раздайте один и тот же сценарий и критерии. Сравнивайте, как решается задача, какие допущения сделаны и что требует доработки. Не ставьте баллы за скорость кликов без учета правильности результата. У каждого подхода могут быть свои сильные стороны, но критерии должны остаться одинаковыми.

По итогам демо заполните таблицу «подтверждено / требует проверки / не поддерживается». Если поставщик предложил обходной путь, запишите его стоимость и зависимость. Это помогает перейти от впечатления к решению.

Что обещать на странице демо

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

Кнопка запроса демо может попросить роль, задачу и предпочитаемое время; не требуйте закрытых данных до первого разговора. Рядом дайте ссылку на техническую карточку и сценарий пилота.

Проверьте честность и повторяемость показа

Команда продаж должна уметь повторить сценарий без скрытой ручной правки между экранами. Специалист продукта проверяет, что показанная версия доступна клиенту. Если функция находится в разработке, покажите ее отдельно как прототип и не смешивайте с рабочим продуктом.

После нескольких встреч соберите повторяющиеся вопросы и улучшите страницу. Если клиенты постоянно просят увидеть одну и ту же обработку ошибки, она должна войти в стандартный сценарий. Так контент сайта растет из реального процесса выбора.

Что отправить участникам после показа

Краткий итог должен перечислить показанный сценарий, его версию, подтвержденные действия, открытые вопросы и следующий тест. Не ограничивайтесь записью встречи: через неделю участникам трудно вспомнить, какая функция работала, а какая была обещана как доработка. Таблица «подтверждено / требует проверки» делает решение воспроизводимым.

Если на встрече присутствовали разные роли, разошлите им один согласованный итог. Для ИТ добавьте вопросы о совместимости, для инициатора - оценку рабочего маршрута, для руководителя - решение о пилоте. Все они должны опираться на один фактологический протокол.

Из практики TOBIZ PRO

Собрали SMART-помощник, генераторы и прикладные инструменты.

Демо можно провести по одному сценарию: формулировка цели с SMART-помощником, выбор инструмента и проверка полученного плана, а не по перечню экранов.

Посмотреть кейс «PlanCeli: сервис целей и системного планирования»

Проверка результата

• Сценарий согласован заранее
• Учебные данные подписаны
• Показано исключение
• Открытые вопросы записаны
• Прототип не выдан за готовую функцию

Скачать таблицу примера

Вопросы по теме

Читайте также