.svg)
Встреча прошла хорошо. Клиент кивал, спросил про интеграцию, пару раз сказал «интересно». В конце прозвучало «Спасибо, мы подумаем», и дальше наступила тишина. Менеджер перебирает в голове весь показ и не находит промаха: он же показал всё, что есть в продукте.
Беда как раз в этом. Демо продукта в B2B редко проваливается из-за слабого продукта. Чаще это экскурсия по интерфейсу, после которой клиент не может ответить на простой вопрос: как это решит мою задачу в понедельник утром?
Ниже разбор по этапам: что выяснить до встречи, как построить сценарий, сколько функций показывать, как удержать в фокусе нескольких участников и чем закончить разговор. Внутри чек-лист подготовки, структура на 30 минут, таблица ошибок и готовые формулировки для финала.
Коротко:
- За 15 минут до встречи (или в первые минуты на ней) нужно выяснить задачу клиента, состав участников и то, что для него будет признаком успеха.
- Сценарий строится по цепочке «боль, результат, доказательство», а не по меню продукта.
- Из десятков возможностей достаточно трёх-четырёх, которые закрывают названную боль.
- У каждой роли в комнате свой вопрос к продукту, и на него нужен свой кусок показа.
- Финал встречи: не «есть вопросы?», а шаг с датой и ответственным с двух сторон.
Почему показ «по кнопкам» не двигает сделку
Клиент покупает не функцию, а изменение в своей работе: меньше ручных сверок, быстрее отчёт, меньше потерянных заявок. Когда менеджер идёт по разделам меню, перевод с языка продукта на язык бизнеса остаётся клиенту. Большинство людей этот перевод делать не будут. Они вежливо досмотрят и уйдут обдумывать.
Признаки такого показа знакомы. Клиент спрашивает «а это у вас есть?» про всё подряд. Просит прислать презентацию. Говорит «понятно, интересно», но не называет ни одного своего сценария. Это не интерес, а вежливое ожидание конца.
Здесь стоит развести два формата. Презентация продукта в продажах рассказывает о компании, возможностях и подходе: это обзор. Демонстрация показывает, как конкретная задача конкретного клиента решается в работающей системе. В середине воронки нужна именно она, и готовить её нужно иначе.
Подготовка к демонстрации продукта: мини-discovery за 15 минут
Самая выгодная часть подготовки происходит до того, как вы открыли продукт. Короткий разговор с клиентом или письмо с тремя вопросами экономит полчаса чужого времени на показ того, что никому не нужно. Квалификацию по бюджету и полномочиям вы, скорее всего, уже провели (как это сделать быстро, мы разбирали в статье про квалификацию лида по BANT), здесь цель другая: собрать материал для сценария.
Что стоит выяснить:
- какая задача привела клиента к разговору и как её решают сегодня (таблица, чат, другая система);
- во что обходится текущий способ: часы, ошибки, потерянные клиенты, задержки;
- кто будет на встрече и кто влияет на решение, даже если не придёт;
- что уже смотрели и почему не подошло;
- есть ли жёсткие условия: интеграции, требования по безопасности, срок запуска;
- что должно подтвердиться на показе, чтобы клиент двинулся дальше.
Последний пункт самый ценный. Это критерии успеха клиента, и лучше формулировать их вслух: «Если я покажу, что отчёт по заказам собирается без выгрузки в Excel, этого хватит, чтобы позвать коллегу из финансов?» Ответ «да» превращает встречу в проверку конкретного обещания, а не в разговор обо всём.
Если клиент не готов к предварительному звонку, отправьте письмо из трёх коротких вопросов: какая задача, кто придёт, что должно получиться. А если и это не сработало, отведите первые пять минут встречи на те же вопросы. Это лучше, чем угадывать.
Чек-лист подготовки
- Запишите задачу клиента одной фразой, его словами, а не вашими терминами.
- Выпишите критерии успеха и накануне подтвердите их письмом: «Завтра покажем X, Y и Z, верно?»
- Узнайте список участников и роль каждого.
- Выберите три-четыре функции, которые закрывают названную боль.
- Подготовьте тестовые данные, похожие на данные клиента: его отрасль, масштаб, названия процессов. Записи вроде «Компания 1» и «Иванов Иван» мешают примерить продукт на себя.
- Прогоните сценарий вслух с таймером. Первый прогон почти всегда выходит на десять минут длиннее ожидаемого.
- Подготовьте доказательство для каждого блока: реальную цифру, отзыв, фрагмент отчёта, ссылку на документацию. Придуманных цифр не берите.
- Проверьте техническую часть: доступы, тестовая учётная запись, закрытые лишние вкладки, отключённые уведомления. Держите под рукой запись или скриншоты на случай сбоя.
- Продумайте ответы на три самых вероятных неудобных вопроса, включая «чего у вас нет».
- Решите заранее, какой следующий шаг вы будете предлагать, и какой запасной.
Как провести демонстрацию продукта клиенту: сценарий «боль → результат → доказательство»
Каждый блок показа держится на одной цепочке из трёх звеньев. Она повторяется для каждой выбранной функции, и именно повторяемость делает встречу понятной.
Боль. Начните с напоминания задачи словами клиента: «Вы говорили, что сводный отчёт для директора собирают два дня и каждый раз находят расхождения». Двадцати секунд хватает, чтобы человек понял: сейчас будет про него.
Результат. Покажите итог до пути. Сначала готовый отчёт на экране, потом то, как он собрался. Так клиент сразу видит ценность и дальше следит за шагами уже заинтересованно. Показ от меню к результату работает наоборот: ценность появляется в конце, если вообще появляется.
Доказательство. Подтвердите, что это работает не только на тестовом стенде. Подойдёт реальный показатель из внедрений, если он у вас есть и его можно называть, короткий отзыв клиента, фрагмент документации, предложение проверить на данных самого клиента. Если подтверждения нет, лучше честно сказать, что это проверим на пилоте.
Представим, что вы продаёте систему учёта заказов оптовому дистрибьютору. На первом звонке выяснилось: менеджеры вручную сверяют остатки со складом, из-за чего часть заказов уходит с ошибкой по наличию. Критерий успеха клиента: заказ не должен подтверждаться, если товара нет.
Сценарий: напоминаете боль, показываете оформление заказа, где остаток подтягивается сам и система не даёт продать лишнее, затем показываете отчёт по расхождениям. Доказательство: описание того, как устроена синхронизация со складским учётом, и предложение проверить её на выгрузке клиента. Три блока, никакого лишнего.
Сколько функций показывать: правило трёх-четырёх
Каждая показанная функция работает как обещание и как источник вопросов. Чем их больше, тем размытее решение в голове клиента и тем длиннее хвост уточнений, которые уводят от главного. Три-четыре блока, тщательно подобранных под задачу, запоминаются лучше, чем двадцать красиво показанных.
Отбор строится просто: выпишите боли клиента и напротив каждой поставьте функцию, которая её закрывает. Всё, что осталось без пары, в сценарий не идёт, даже если команда продукта этим гордится. Хороший тест: если вы не можете одной фразой объяснить, какую проблему клиента закрывает функция, ей на этой встрече не место.
Исключение допустимо одно: функция, которая кажется «вау», но связана с критерием успеха. Тогда она работает как усилитель, а не как украшение.
А что делать с остальными возможностями? Назвать в конце одной строкой: «В продукте есть ещё управление правами и API, вернёмся к ним, если станет актуально». Клиент знает, что они есть, и не тонет в деталях.
Структура на 30 минут: тайминг встречи
| Время | Что происходит | Зачем |
|---|---|---|
| 0-5 минут | Рамка: повторяете задачу, участников, критерии успеха, договариваетесь о ходе встречи | Убедиться, что смотрим на то, что нужно |
| 5-8 минут | Итог до пути: показываете, как выглядит результат для клиента | Сразу дать ценность и привлечь внимание |
| 8-20 минут | Три-четыре блока по 3-4 минуты, после каждого вопрос «Похоже на ваш процесс?» | Показать решение и получить подтверждения |
| 20-25 минут | Доказательство и честные ограничения: что нужно для запуска, сроки, чего нет | Снять сомнения до того, как они вырастут |
| 25-30 минут | Вывод по критериям и согласование шага | Закончить договорённостью |
Если встреча идёт сорок пять минут или час, добавляйте время к вопросам и обсуждению, а не новые функции. Клиент должен говорить заметную часть времени. Если за десять минут он не произнёс ни слова, вы читаете лекцию, и пора остановиться и спросить его мнение.
Проверочные вопросы после блока стоит формулировать по-разному: «Так у вас это происходит сейчас?», «Что здесь для вас было бы лишним?», «Кому из команды это нужно показать подробнее?». Каждый из них заставляет человека соотнести увиденное с реальностью.
Несколько участников и разные роли
Когда в комнате (или в видеозвонке) сидят четыре человека, у каждого свой вопрос к продукту. Один сценарий на всех не работает: часть людей будет скучать, а другая задавать вопросы не по теме.
- Руководитель, принимающий решение. Его интересуют результат, риск и сроки. Показывайте итоговые отчёты и то, как меняется контроль над процессом.
- Пользователь. Ему важны скорость, удобство и то, не придётся ли переучиваться. Покажите его рабочий день: сколько действий нужно для типичной операции.
- ИТ и безопасность. Здесь вопросы про интеграции, доступы, хранение данных. Подробный разговор лучше вынести на отдельную сессию.
- Финансы и закупки. Их интересует стоимость владения, условия оплаты, что входит в цену и что нет.
Узнайте роли заранее и распределите блоки между ними. Называйте людей по имени и обращайтесь к конкретному: «Мария, как у вас сейчас оформляют возврат?» Молчаливого участника лучше вовлечь вопросом по его зоне, а не ждать, пока он заговорит сам.
Скептику дайте проверяемый критерий вместо аргумента: «Что вам нужно увидеть, чтобы убедиться, что интеграция работает?» Это превращает возражение в задачу для следующего шага.
Если на встречу пришёл неожиданный человек, спросите его в первые минуты, что для него будет полезным результатом. Иначе он может вмешаться на двадцатой минуте и перевернуть весь разговор.
Как работать с вопросами по ходу встречи
Вопросы бывают разные, и реакция на них тоже.
Уточнение по сценарию. Отвечайте сразу и коротко, это знак внимания.
Вопрос в сторону. Запишите на видном месте и скажите, когда вернётесь: «Это важно, разберём после основной части». Список «отложенных» вопросов показывает, что вас услышали. Главное, действительно к нему вернуться.
Вопрос о функции, которой нет. Сначала уточните цель: «Для какой задачи вам это нужно?» За вопросом часто стоит сценарий, который закрывается иначе. А если не закрывается, скажите прямо: «Этого нет». Честный ответ стоит дешевле, чем оправдания, а доверие к остальным вашим словам после него растёт.
Вопрос о цене в середине показа. Не уходите от него. Назовите вилку или объясните, от чего зависит стоимость и когда вы назовёте точную сумму. Игнорирование цены воспринимается как попытка что-то скрыть. Как держать позицию, когда разговор о деньгах становится жёстким, читайте в материале о ценовых переговорах.
Не обещайте доработку на ходу. Фраза «это мы быстро сделаем» превращается в пункт договора, которого нет в плане разработки. Если функция в планах, говорите только то, что вы можете подтвердить.
Как закончить встречу: следующий шаг после демо
Финал решает судьбу всей встречи. За последние пять минут нужно сделать три вещи.
Первое: коротко подвести итог по критериям клиента. «Вы хотели убрать ручную сверку остатков и получать отчёт без выгрузок. Первое мы показали, второе тоже. Остался вопрос по интеграции с 1С». Это возвращает разговор к тому, ради чего собирались.
Второе: проверить, что осталось неясным. Вопрос «Есть вопросы?» почти всегда даёт «нет». Работает другой: «Что бы вам хотелось ещё проверить, прежде чем двигаться дальше?»
Третье: договориться о шаге. Хороший шаг конкретный, с датой и ответственным с обеих сторон. Подойдут:
- пилот или проверка на данных клиента;
- техническая сессия с ИТ-специалистом;
- повторный показ для руководителя или финансов;
- расчёт стоимости по реальным параметрам клиента и коммерческое предложение на его основе;
- разговор с компанией, которая уже использует продукт.
Формулировки, которые помогают:
«Мы закрыли два из трёх ваших критериев. Третий, интеграцию с 1С, лучше проверить с вашим ИТ-специалистом. Давайте поставим на четверг полчаса, приглашение я отправлю сразу после встречи».
«Чтобы цифры в предложении были про вас, мне нужны данные по объёму заказов за последние три месяца. Сможете прислать до среды? К пятнице пришлю расчёт».
«Что должно произойти, чтобы вы смогли показать это коллегам из финансов?»
А если клиент всё равно говорит «мы подумаем»? Не спорьте и не давите. Спросите: «Конечно. Что именно вы будете взвешивать? Давайте договоримся, когда я позвоню, чтобы обсудить это вместе». Так размытое «подумаем» превращается в конкретный вопрос и дату контакта. Больше приёмов для этой ситуации собрано в статье о закрытии сделки, когда клиент думает.
Письмо с итогами встречи уходит в тот же день и повторяет договорённость. Шаблоны и типичные ошибки разобраны в материале про follow-up письмо после встречи, но договорённость должна прозвучать вслух на встрече, а не родиться в письме.
Типичные ошибки на демо в продажах
| Ошибка | Что происходит | Как исправить |
|---|---|---|
| Показ по пунктам меню | Клиент видит экраны, но не понимает, зачем они ему | Идти от боли клиента к результату, а не от раздела к разделу |
| Перегруз функциями | Решение расплывается, вопросы множатся и уводят в сторону | Оставить три-четыре блока, закрывающих названную задачу |
| Нет вывода и шага | Встреча заканчивается «спасибо, мы подумаем» | Выделить последние пять минут на итог и договорённость |
| Чужие данные в тестовой среде | Клиент не может примерить продукт на свой процесс | Подготовить данные, похожие на его реальность |
| Монолог без пауз | Вы не знаете, что клиент понял и что нет | Задавать проверочный вопрос после каждого блока |
Главная ошибка стоит за остальными: подготовка за десять минут до начала. Все пункты таблицы растут из неё. Если подготовка заняла меньше, чем сама встреча, это почти всегда видно по сценарию.
Когда демо продукта в B2B пока рано
Показ не всегда лучший следующий шаг. Есть ситуации, когда он тратит время обеих сторон.
Если вы не знаете задачу клиента и он не готов о ней говорить, сначала нужен разговор, а не показ. Предложите 15 минут вопросов и пообещайте, что после них встреча будет полезнее.
Если на встрече не будет никого, кто влияет на решение, вы покажете продукт человеку, который не сможет двигать сделку дальше. Лучше попросить пригласить коллегу или хотя бы заранее узнать, что нужно ему.
Если клиент просит «просто показать все возможности», чтобы сравнить с тремя конкурентами по таблице, вас сравнят по количеству галочек. Предложите сначала вместе составить критерии выбора, и тогда показ пойдёт по ним.
Наконец, если по ходу разговора вы видите, что продукт не подходит, скажите об этом. Потерянная сделка обходится дешевле, чем неудачное внедрение и обиженный клиент, который расскажет о нём коллегам.
