Клиент тридцать минут вежливо кивает, пока ему показывают каждый раздел продукта, говорит «интересно, подумаем» — и больше не берёт трубку. Демо продукта клиенту — самый дорогой час в воронке: на нём заняты продавец, иногда пресейл, и именно на нём сделка нередко тихо умирает, потому что вместо задачи клиента показали все функции подряд. Ниже — как готовиться к демо по первому разговору, почему три сценария из работы клиента продают лучше полного обзора, как уйти со встречи с назначенной датой следующего шага и когда демо лучше не проводить вовсе.
Демо продаёт следующий шаг, а не продукт
Демо продукта — это встреча, на которой продавец показывает, как продукт решает конкретную задачу конкретного клиента. Не рассказывает, а показывает: клиент видит экран, данные и результат, похожий на тот, который получит сам. Этим демо отличается от презентации, где рассказывают о компании и возможностях, и от обучения, которое начинается после покупки.
В сделке у демо одна задача — довести клиента до следующего шага: пилота, пробного периода, расчёта на его данных, встречи с тем, кто принимает решение. Демо не закрывает сделку само по себе, особенно в B2B. Оно убеждает, что решение стоит рассматривать всерьёз, и даёт союзнику внутри компании клиента материал, чтобы продолжить разговор без вас.
Из этого следует практический критерий, и я бы повесила его над столом каждого продавца. Хорошее демо — не то, после которого клиент сказал «впечатляет», а то, после которого назначена дата следующей встречи и понятно, кто на ней будет. «Впечатляет» — это комплимент. Дата — это сделка, которая продолжается.
Почему обзор функций не продаёт
Обзор функций — самый частый формат демо и самый слабый. Продавец знает продукт лучше всех и хочет показать всё, что тот умеет: каждый раздел, каждую настройку, каждый отчёт. Для него это демонстрация силы. Для клиента — полчаса незнакомых экранов, между которыми он пытается найти ответ на один вопрос: поможет ли это мне. Примерно как экскурсия по чужой квартире, когда вы пришли спросить, есть ли там парковка.
Проблема в том, что связь между функцией и задачей клиент должен выстроить сам, и почти никогда этого не делает. Он запоминает общее впечатление, одну-две яркие детали и ощущение, что продукт сложный. К концу встречи внимание рассеяно, а на вопрос коллеги «ну и что там?» ему нечего ответить своими словами.
Есть и скрытая цена. Каждая лишняя функция — это возможное возражение: «нам это не нужно», «слишком сложно для наших», «за это же придётся платить». Показывая всё, продавец сам создаёт поводы для сомнений, которых у клиента до встречи не было.
Что выяснить до демо
Хорошее демо готовится не по продукту, а по первому разговору с клиентом. До встречи нужно знать пять вещей: какую задачу клиент хочет решить, его же словами; как эта задача решается сейчас; сколько это стоит в деньгах или времени; кто придёт на демо; по какому признаку клиент поймёт, что решение подходит.
Последний пункт недооценён больше остальных. Критерий успеха клиент формулирует редко, но если спросить «что вы должны увидеть, чтобы решить, что стоит двигаться дальше?», ответ почти всегда есть. Он и становится стержнем демо: вы показываете именно это, а всё остальное — по вопросам.
Если первого разговора не было или он был поверхностным, первые минуты демо стоит отдать этим вопросам. Это кажется потерей времени, но показ без понимания задачи — ещё большая потеря: он превращается в тот самый обзор функций. Если разговоры с клиентом записываются, ответы на эти пять вопросов удобно взять из расшифровки первого звонка, а не из памяти.
Цену пропуска этого шага хорошо видно в опубликованном кейсе B2B SaaS-компании. Разбор всех звонков показал, что демо там назначали охотно, а кто распоряжается бюджетом, выясняли лишь в 41% разговоров: 38% демонстраций проходили без человека, который распоряжается бюджетом, а полная квалификация была лишь в 24% разговоров. После работы с этой находкой доля разговоров с полной квалификацией выросла до 43%. Час двух сотрудников на демо без понимания задачи — это не встреча, а дорогой способ узнать, что задачи не было.
К этому списку стоит добавить шестой вопрос: что клиент уже узнал о вас сам. Многие покупатели до демо сравнивают поставщиков с помощью нейросети и приходят с уверенными, но не всегда верными представлениями. Как это выяснить и использовать, — в статье о покупателе с нейросетью.
Кто сидит на демо
На демо в B2B почти всегда приходит больше одного человека, и каждому нужно своё. Будущий пользователь хочет увидеть свой рабочий день: где он будет нажимать и что изменится в его рутине. Руководитель — отчёты и контроль. Специалист по ИТ или безопасности — интеграции и хранение данных. Как устроен такой круг людей и почему решение складывается из согласия каждого, — в статье про сделки с несколькими ЛПР.
Для демо из этого следуют два правила. Первое — заранее узнать, кто будет, и спросить каждого в начале встречи, что ему важно увидеть. Второе — не пытаться удовлетворить всех одним показом. Сценарии выстраиваются под главного участника, а вопросы остальных получают короткий ответ или отдельную встречу: техническим деталям интеграции лучше посвятить полчаса с ИТ, чем пять минут на общем демо.
Если на демо не пришёл никто из тех, кто решает, стоит договориться прямо на встрече, как результат дойдёт до них: отдельный короткий показ, запись встречи или письмо с выжимкой, которое союзник внутри компании перешлёт дальше.
Тридцать минут, из которых пять принадлежат следующему шагу
Удобная длина демо — тридцать минут, и у них есть рабочая структура из четырёх частей. Первые пять минут — повестка и подтверждение задачи: «по прошлому разговору я понял, что вам важно вот это, — всё верно? Что-то добавилось?» Это настраивает участников и даёт шанс поправить курс, пока показ не начался.
Следующие пятнадцать минут — три сценария на задачах клиента. Не разделы продукта, а ситуации из его работы: «вот как выглядит утро руководителя отдела», «вот что происходит, когда клиент отказался», «вот отчёт, который вы сейчас собираете руками». Затем пять минут на вопросы и сомнения — их лучше вызвать самому, чем оставить невысказанными. И последние пять минут — следующий шаг.
Главный принцип — время уходит на задачи клиента, а не на продукт. Обычное демо той же длины тратит большую часть времени на рассказ о компании и обзор функций, а на следующий шаг не остаётся ни минуты. Разница между двумя форматами не в длительности, а в том, о чём они.
Отдельно про слайд «о компании». Я понимаю, как хочется показать логотипы клиентов и год основания. Но клиент пришёл не знакомиться с вами, а понять, решится ли его задача. Если доверие к компании действительно под вопросом, одной фразы и ссылки на кейс в письме после встречи хватит. Семь минут истории компании в начале демо — это семь минут, которые потом отнимут у следующего шага.
Три сценария: как выбрать и в каком порядке
Сценарии берутся из слов клиента, а не из списка возможностей продукта. Если клиент сказал «менеджеры не перезванивают, и мы теряем заявки», сценарий один: заявка пришла, менеджер не перезвонил, и вот что происходит дальше. Три сценария обычно покрывают главную боль, одну сопутствующую и одну, о которой клиент не думал, но которая ему точно пригодится.
Порядок важен. Первым идёт сценарий с самой сильной болью: внимание на старте максимальное, и именно в этот момент клиент решает, стоит ли вникать. Внутри каждого сценария полезно начинать с конца — сначала показать результат, а потом, как он получился. «Вот список сделок, по которым сегодня нужно перезвонить, — а теперь посмотрим, откуда он берётся».
И ещё одно правило: каждый сценарий заканчивается вопросом к клиенту. «Как это решается у вас сейчас?», «Кто у вас это делал бы?», «Это похоже на вашу ситуацию?» Такие вопросы превращают показ в разговор и дают продавцу понять, попал ли он в задачу, до того как переходить к следующему сценарию.
Данные, похожие на данные клиента
Демо на пустых или явно тестовых данных выглядит как макет. Клиенту трудно представить свою работу в интерфейсе, заполненном «Иваном Ивановым» и «Компанией 1». Намного сильнее работают данные, похожие на его собственные: его отрасль, его типичные сделки, его формулировки клиентов.
Лучший вариант — показать продукт на небольшом объёме реальных данных клиента, если он готов их дать: несколько записей разговоров, выгрузку сделок, пример отчёта. Такое демо часто убеждает сильнее любого сценария, потому что клиент видит не возможность, а результат на своём материале. Но здесь нужна осторожность: персональные данные передаются только с согласия клиента и по договорённости о том, как они будут храниться и когда удалены. О правилах работы с записями разговоров — в статье про запись разговоров и 152-ФЗ.
Если реальных данных нет, подойдут обезличенные данные из похожей отрасли. Главное — чтобы на экране была узнаваемая ситуация, а не набор случайных чисел.
Вопросы и возражения во время показа
Вопросы во время демо — хороший знак: клиент примеряет продукт на себя. Но не каждый вопрос нужно разбирать сразу. На короткий уточняющий вопрос стоит ответить на месте. Вопрос, уводящий в сторону от сценария, лучше записать и вернуться к нему в блоке вопросов: иначе демо рассыпается, и до главного сценария дело не доходит.
Отдельный случай — вопрос «а он умеет вот это?». Прямой ответ «да» или «нет» здесь хуже встречного вопроса: «а для чего вам это нужно?» Часто за вопросом стоит задача, которую продукт решает иначе, чем клиент себе представил. И никогда не стоит обещать функцию, которой нет или которая «будет в следующей версии»: такое обещание всплывает при внедрении и стоит дороже потерянной сделки.
С возражениями, которые прозвучали на демо, лучше не спорить, а уточнять: что именно смущает, с чем клиент сравнивает, что должно быть иначе. Подробнее о том, как работать с самыми частыми из них, — в разборе работы с возражениями.
Если на демо что-то сломалось
Живой продукт иногда подводит: не грузится страница, падает соединение, данные отображаются не так. Паника и попытки чинить на глазах у клиента делают ситуацию хуже, чем сама поломка. Работает простая подготовка: заранее записанное видео главного сценария или набор снимков экрана, на которые можно переключиться за несколько секунд.
Если что-то пошло не так, лучше честно сказать об этом одной фразой и перейти к запасному варианту: «похоже, у нас проблема со связью, давайте я покажу этот шаг на записи, а живьём вернёмся к нему в конце». Клиенты прощают технический сбой гораздо легче, чем попытку сделать вид, что всё в порядке. Продавец, который пять минут молча перезагружает страницу с застывшей улыбкой, показывает не продукт, а то, как компания ведёт себя в нештатной ситуации. Клиент это запоминает.
И наоборот — не стоит импровизировать с функциями, которые продавец плохо знает. Показ «на ходу» раздела, который он сам открывает впервые, почти всегда заканчивается заминкой. Всё, что входит в сценарии, должно быть пройдено руками до встречи.
Следующий шаг до конца встречи
Последние пять минут демо принадлежат следующему шагу, и их нельзя отдавать вопросам, даже если вопросов много. Шаг должен быть конкретным: пилот на ограниченном объёме, расчёт на данных клиента, встреча с финансовым директором, демо для команды пользователей. И у него должна быть дата, которую назначили здесь же, пока все участники в сборе.
Хорошая формулировка опирается на то, что клиент сказал во время показа: «вы говорили, что главное — перезвоны по заявкам. Предлагаю запустить пилот на одной группе менеджеров на две недели. Когда удобно обсудить детали — в четверг или в пятницу?» Выбор между двумя датами работает лучше открытого вопроса «когда вам удобно?».
В тот же день клиенту уходит письмо с итогами: что показали, какие вопросы остались, какой шаг согласован и к какой дате. Если следующий шаг — коммерческое предложение, его стоит собрать из того, что прозвучало на встрече. Как это сделать, — в статье про коммерческое предложение после звонка.
Как понять, что демо прошло хорошо
Вежливые слова в конце встречи почти ничего не значат. Надёжнее смотреть на поведение. Клиент задаёт вопросы о внедрении, сроках и цене — значит, примеряет покупку. Говорит «мы» о будущей работе: «когда мы подключим», «у нас это будет смотреть руководитель». Просит показать то же самое коллеге. Сам предлагает следующий шаг.
Тревожные признаки тоже узнаваемы: вопросов нет совсем, участники выключили камеры, ответы сводятся к «интересно, подумаем», а на предложение назначить следующую встречу звучит «мы вам напишем». Такое демо стоит честно считать неудачным и разобрать, где потерялось внимание.
На уровне отдела полезна одна метрика — доля демо, после которых назначен следующий шаг с датой, по каждому менеджеру. Разброс между людьми обычно большой и показывает, у кого демо превратилось в обзор функций. Если встречи записываются, разбор двух-трёх записей рядом — удачной и неудачной — учит лучше любого регламента.
Когда демо не нужно, а нужен пилот или честный отказ
Демо — не обязательный этап любой сделки, хотя в CRM многих компаний он стоит между «квалификацией» и «КП» как неприкосновенный. Бывает, что он только тормозит.
Продукт простой, а клиент уже решил. Если человек пришёл с готовым запросом, сравнил варианты и спрашивает про цену и сроки, получасовой показ он воспримет как препятствие между собой и покупкой. Здесь лучше ответить на вопросы и отправить договор.
Задача не выяснена. Если после первого разговора непонятно, что клиент хочет решить, демо превратится в обзор функций. Честнее назначить ещё один короткий разговор, чем потратить час на показ наугад.
Ценность видна только на данных клиента. Есть продукты, которые на демо-данных выглядят одинаково хорошо у всех поставщиков: аналитика, прогнозы, AI-агенты. Разницу покажет только результат на материале самого клиента. В 404ai мы по этой причине вместо долгих показов предлагаем пилот на данных клиента с заранее согласованной метрикой и условием остановки — так устроен наш подход. Демо остаётся коротким вступлением к пилоту, а не главным аргументом.
Продукт задаче не подходит. Самый неприятный и самый полезный вариант. Если на подготовке стало ясно, что продукт не решает задачу клиента, лучше сказать это до демо. Такой отказ стоит одной несостоявшейся встречи, а не проваленного внедрения и испорченной репутации.
Проверьте свои демо по одной цифре в CRM
Всё сказанное сводится к простому сдвигу: демо оценивают не по впечатлению клиента, а по тому, что после него случилось. Это меняет подготовку — от продукта к задаче клиента, — и меняет последние пять минут встречи, которые перестают быть «ну, если есть вопросы».
Проверить, как обстоят дела у вас, можно сегодня. Откройте CRM, возьмите демо за последние три месяца и посчитайте по каждому менеджеру долю встреч, после которых в течение недели появился следующий шаг с датой. Затем прослушайте или просмотрите по одному демо с лучшим и худшим результатом. Если у худшего первые пятнадцать минут — это история компании и перечень разделов, вы нашли, куда уходят сделки.
Кто ещё участвует в решении и что нужно каждому из них — в разборе сделок с несколькими ЛПР. А самый короткий тест демо звучит так: если клиент не может пересказать коллеге, что ему показали, своими словами и за одну минуту, ему показали не то.
