Демонстрация решения на задаче клиента
Как показать клиенту решение на его задаче
Время чтения: 4 мин
Подходит для уровня: SYSTEM · Система
Кому подойдёт. Start — при первой демонстрации услуги или продукта; System — фрилансерам, которым сложно объяснять ценность своей работы.
Содержание
Кому подойдёт: Start — при первой демонстрации услуги или продукта; System — фрилансерам, которым сложно объяснять ценность своей работы.
Демонстрация полезна, когда помогает покупателю увидеть, как будет решаться его задача. Для этого необязательно показывать все функции, этапы методологии и профессиональные тонкости. Лучше выбрать один важный сценарий и пройти его от исходной ситуации до понятного результата.
В учебном примере аналитик демонстрирует отчёт. Он начинает с перечня источников, сложных формул и настроек фильтров. Руководитель через десять минут всё ещё не понимает, какой вопрос сможет решить. Другой порядок: «Представим, что сегодня пятница и нужно выбрать, какие заявки разобрать в первую очередь. Вот где видны обращения без следующего шага и как перейти к их списку».
Согласуйте цель демонстрации
Перед встречей спросите, что человеку важнее всего проверить. Это может быть удобство сотрудника, совместимость с текущей системой, вид итогового материала или объём ручной работы. Один показ не обязан закрывать все вопросы сразу.
OpenStax связывает презентацию в продаже с потребностями, которые выяснили раньше: показывать стоит то, что имеет значение для данного покупателя. В профессиональной услуге это означает отбор сценария под его ситуацию, а не одинаковую экскурсию для всех.
Сформулируйте цель встречи обычным языком: «Проверим, сможете ли вы по такому отчёту выбрать приоритетные обращения». Если демонстрация нужна только для знакомства, не выдавайте её за проверку технической совместимости, которую вы ещё не проводили.
Подготовьте честный пример
Используйте данные, которые разрешено показывать. Если это учебный набор, назовите его учебным. Если часть действий пока выполняется вручную, объясните это. Кликабельный макет, готовый продукт и видеозапись работающего сценария дают разную информацию о готовности решения.
Не прячьте ручной труд за словами «система сама всё делает». Возможно, на первом этапе ручная работа приемлема и даже удобна. Но клиент должен понимать, кто её выполняет, сколько времени это занимает и входит ли это в стоимость.
Для услуги без интерфейса можно показать фрагмент результата: часть отчёта, пример структуры документа, отрывок учебного задания. Объясните, что будет адаптировано, что останется стандартным и на каких данных строятся выводы. Слишком гладкий пример без ограничений создаёт неверные ожидания.
Дайте человеку пройти часть пути самому
После короткого показа предложите небольшое действие: найти нужный раздел, выбрать подходящий вариант, объяснить вывод по диаграмме. Молчите достаточно долго, чтобы увидеть, что он делает без подсказки.
GOV.UK описывает проверку удобства через наблюдение за выполнением конкретных задач и рекомендует не встраивать ответ в формулировку задания. Этот метод можно использовать и для проверки понятности демонстрационного материала. Однако успешное выполнение задачи не доказывает готовность купить.
Вопрос «Всё понятно?» почти не помогает. Лучше: «Что бы вы сделали дальше?» или «Где вы стали бы искать данные по просроченным обращениям?» Если человек ошибается, проверяйте материал и сценарий, а не его сообразительность. Возможно, привычное вам название ничего ему не говорит.
Обсудите ограничения до следующего шага
После показа вернитесь к исходному вопросу. Что удалось проверить? Что осталось неизвестным? Например, понятность отчёта проверили, но качество данных клиента пока не смотрели. Тогда следующий шаг — безопасно изучить образец, а не обещать точную дату внедрения.
Если во время демонстрации возникло желание добавить новые функции, запишите его отдельно. Уточните, что человек пытается сделать и почему это важно. Не обещайте каждую просьбу сразу: часть пожеланий может относиться к редкому сценарию или противоречить основной задаче.
Заранее подготовьте обычный сбой в своём плане показа. Что вы сделаете, если не откроется файл или пропадёт связь? Разрешённая запись сценария или сохранённые изображения помогут продолжить объяснение, но назовите их резервными материалами. Если не работает именно та функция, ради которой пришёл клиент, зафиксируйте это как непроверенное условие и договоритесь о повторном показе. Успешно рассказать о функции и подтвердить её работу — разные результаты встречи.
Не заполняйте всю встречу демонстрацией. Оставьте время, чтобы человек связал увиденное со своими обстоятельствами. Например: «У вас данные приходят из двух источников. Какой из показанных шагов будет сложнее организовать?» Ответ может показать необходимость другой подготовки или отдельной проверки. Так демонстрация помогает уточнить будущий проект, а не только произвести впечатление.
Для практики подготовьте показ на десять минут. Это ограничение упражнения, а не универсальная длительность встречи. Выберите одну ситуацию, один законченный сценарий и один вопрос к покупателю после него. Уберите всё, без чего ответ на этот вопрос не меняется. Затем проведите пробный показ человеку из нужной аудитории и запишите, где вам пришлось объяснять больше, чем вы ожидали.