Калькулятор стоимости, короткий квиз-подбор и конфигуратор заказа — блоки, которые превращают чтение страницы в действие. Они уместны там, где у клиента есть вопрос «а сколько это будет в моём случае» и нет желания звонить, чтобы его задать. Разберём, чем эти три инструмента различаются, при каких условиях они работают, что чаще всего ломает воронку и как мы такие блоки проектируем и внедряем.
Три инструмента и три разные задачи
Их часто путают и заказывают «калькулятор с вопросами», хотя решают они разное. Ошибка в выборе типа обычно и приводит к тому, что блок не приносит обращений.
| Тип | Задача | Когда уместен | Что показываем в конце |
|---|---|---|---|
| Калькулятор | Посчитать стоимость по понятным параметрам | Цена считается по формуле: площадь, тираж, количество, расстояние | Сумму или вилку с расшифровкой, из чего она складывается |
| Квиз-подбор | Привести к подходящему варианту | Выбор большой, клиент не знает терминов и не может сравнить сам | Одно-три подходящих решения с пояснением, почему именно они |
| Конфигуратор | Собрать состав заказа | Продукт состоит из компонентов и опций, комбинаций много | Спецификацию: что вошло, в каком количестве, итог |
| Форма с одним вопросом | Быстро получить контакт | Цена индивидуальна, расчёт без специалиста невозможен | Понятное обещание: кто перезвонит и в какой срок |
Правила, без которых блок не работает
Эти пункты мы проверяем в первую очередь, когда клиент говорит, что калькулятор поставили, а заявок с него нет.
- Результат до контактов. Если цифру показывают только после ввода телефона, большинство закрывает страницу. Контакты уместно просить после результата — за уточнённым расчётом, коммерческим предложением или сохранением подбора.
- Мало шагов. Три-пять вопросов. Каждый следующий заметно снижает долю дошедших до конца, и десятый вопрос почти никто не видит.
- Понятные варианты. Вопрос формулируется на языке клиента. «Тип подложки» знает производственник, покупатель — нет.
- Видимый прогресс. Подпись «шаг 2 из 4» удерживает лучше, чем лента без конца.
- Честная точность. Лучше показать диапазон и объяснить, от чего он зависит, чем назвать цифру, которая после разговора с менеджером изменится вдвое.
- Возможность вернуться. Человек должен иметь право изменить ответ, не начиная сначала.
- Значения по умолчанию. Самый частый вариант отмечен заранее — это сокращает путь для большинства.
Что делать с результатом
Расчёт полезно предложить сохранить: отправить на почту, скачать файлом, получить ссылку на страницу с результатом. Это удобно клиенту, который согласовывает покупку с руководителем или супругом, и даёт компании повод для связи. Ссылка на сохранённый расчёт заодно решает бытовую проблему: человек считает с телефона, а показывать хочет с компьютера.
Заявка при этом обязана содержать все выбранные параметры. Если менеджер получает письмо с одним телефоном, разговор начнётся с вопросов, на которые человек уже ответил, — и половина эффекта от блока теряется. В идеале параметры попадают не только в письмо, но и в карточку сделки в CRM, чтобы по ним потом можно было строить отчёты.
Как мы проектируем такие блоки
- Разбираем, из чего складывается цена или выбор в реальности: просим прайс, правила расчёта и десяток типовых заказов.
- Отсекаем параметры, которые влияют на итог слабо. В расчёт идут те, что меняют сумму заметно, остальные уходят в примечание.
- Формулируем вопросы на языке клиента и проверяем формулировки на людях не из отрасли.
- Собираем прототип и прогоняем по нему пять-семь человек, отмечая места, где они останавливаются.
- Договариваемся о том, что показывать при нетипичных сочетаниях: не «ошибка», а предложение обсудить с менеджером.
- Внедряем, подключаем к почте и CRM, настраиваем события в аналитике по каждому шагу.
- Через месяц смотрим воронку и упрощаем шаг с наибольшим отвалом.
Техническая сторона
Здесь ошибки стоят дорого, потому что видны не сразу. Мы держим в голове несколько вещей.
- Работа на телефоне. Крупные варианты выбора вместо мелких ползунков, числовая клавиатура для числовых полей, кнопка «дальше» в зоне большого пальца.
- Проверка ввода. Буквы в поле площади, отрицательные значения, нули, слишком большие числа. Сообщение об ошибке должно объяснять, что не так.
- Настраиваемые цены. Коэффициенты и прайс держим в административной панели, а не в коде: тарифы меняются, и каждое изменение не должно требовать разработчика.
- Скорость. Тяжёлый скрипт расчёта, загружаемый на всех страницах сайта, замедляет весь сайт ради одного блока. Загружаем его только там, где он нужен.
- Хранение расчётов. Все отправленные расчёты сохраняем у себя — это данные о спросе, по ним видно, что люди чаще всего выбирают.
- Защита от роботов. Открытая форма расчёта собирает спам; нужна ненавязчивая проверка, не мешающая людям.
- Доступность. Управление с клавиатуры и понятные подписи полей — заодно это упрощает автозаполнение.
Как понять, что блок работает
Смотреть на количество запусков бессмысленно: запускают из любопытства. Считать нужно воронку по шагам — сколько человек начали, сколько дошли до результата, сколько оставили контакты, сколько из этих обращений превратились в сделки. Обычно основной отвал приходится на один конкретный вопрос, и именно его нужно переформулировать, упростить или убрать.
Второй показатель — качество обращений. Иногда после запуска калькулятора заявок становится меньше, а сделок больше: блок отсекает тех, кому цена не подходит, и менеджеры перестают тратить время на разговоры без перспективы. Это нормальный результат, если считать не заявки, а деньги.
Когда такой блок не нужен
Есть случаи, когда лучше обойтись без расчёта. Если цена зависит от десятка неочевидных факторов и каждый проект уникален, калькулятор придётся делать настолько условным, что он введёт в заблуждение. Если товар один и цена фиксированная, достаточно указать её на странице. Если клиенты — крупные организации, работающие по тендерам, им нужен не расчёт, а понятная спецификация и условия. В таких ситуациях мы предлагаем вместо калькулятора страницу с примерами выполненных работ и указанием порядка цен по типам задач.
Конфигуратор особенно уместен там, где изделие собирается под заказ. Но польза появляется, когда параметры из конфигуратора уезжают дальше в производство: спецификация, сроки, загрузка оборудования. Для этого нужна CRM для производства, связанная с сайтом.
Нужна помощь
Интерактивный блок стоит собирать сразу под ваш процесс продаж, иначе он превращается в игрушку на сайте. Мы спроектируем логику, соберём расчёт и подключим его к почте и CRM: разработаем сайт с калькулятором и квизом или добавим такой блок к существующему.
Проверить гипотезы дешевле на прототипе: UX/UI-проектирование экономит недели разработки.
