Прелендинг-калькулятор: структура и где уместен

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

Что это и чем отличается от обычной прокладки

Обычная прокладка убеждает текстом — заголовком, выгодами, отзывами, кнопкой. Калькулятор убеждает механикой: человек сам вводит данные и получает цифру про себя, поэтому уходит с гипотезой «это посчитано для меня», а не с общим обещанием. Это способ протащить посетителя через микродействие: заполнил поле — уже вложился, дальше уходить жалко.

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

Анатомия: поля ввода → расчёт → кнопка

Вся страница сводится к цепочке «поле → результат → кнопка» на одном экране. Заголовок, пояснения и дисклеймер её обслуживают и не должны перебивать.

Поля ввода

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

Расчёт без перезагрузки

Результат пересчитывается в браузере, без отправки формы на сервер. Человек двигает ползунок или правит сумму и видит, как меняется цифра — это и есть вовлечение. Если расчёт требует ответа сервера, появляется задержка и вместе с ней повод уйти.

Кнопка и следующий шаг

Кнопка стоит под результатом и формулируется как продолжение расчёта, а не «отправить». Логика связки поля → кнопка разобрана в материале про кнопки и формы на прелендинге, там же — почему кнопка не должна спорить с текстом над ней.

Где калькулятор уместен, а где нет

Разбивка по нишам — в разделе вертикали: видно, где человек действительно готов считать, а где расчёт выглядит натяжкой.

Как не обманывать расчётом

• Считаем по формуле, которую можно объяснить вслух, а не подгоняем под красивый результат.
• Рядом с числом — оговорка: «предварительный расчёт», «ориентировочно», «итог зависит от условий оффера».
• Не подставляем значения по умолчанию, которые человек не выбирал: результат должен быть его, а не нашим.
• Диапазон честнее одной красивой цифры: показываем вилку и откуда она берётся.
• Обещаний дохода в блоке результата нет вообще — только параметры продукта и порядок дальнейших шагов.

Наше правило: когда мы относим прокладку к калькуляторам

Официального списка таких страниц нет, поэтому калькулятором мы считаем только прокладку, где есть хотя бы одно поле ввода, меняющее число, и этот пересчёт виден посетителю без перезагрузки. Страница со статичной таблицей и итогом — обычная прокладка с прайсом. Страница, где поле есть, но результат от ввода не зависит, — декорация и слабая механика. Если после расчёта человек попадает на оффер с другими цифрами и без объяснения разницы, это не калькулятор, а приманка: такие случаи разобраны в материале про то, почему преленд не конвертит.

Технические требования: скрипт без внешних библиотек

Расчёт пишем на чистом JavaScript прямо в разметке — без jQuery, фреймворков и подключений с чужих CDN. Каждая внешняя зависимость — это запрос к чужому серверу, риск, что он отвалится или притормозит, и лишний вес страницы; для полей, ползунков и вывода результата хватает стандартных средств браузера.

Требования к скрипту: формула собрана в одной функции, коэффициенты лежат рядом, чтобы их можно было править без пересборки страницы; ввод валидируется (пустое поле, буквы вместо числа, отрицательное значение), и при некорректном вводе показывается подсказка, а не «NaN»; результат форматируется с разделителями разрядов и единицей измерения; округление задано явно, чтобы число не «прыгало» при каждом движении ползунка. Скрипт не блокирует отрисовку — страница показывает поля сразу. О влиянии на загрузку — в разборе скорости прелендинга.

Вопрос–ответ

Нужен ли калькулятор, если оффер сам всё считает? Нужен, если человеку важно увидеть цифру до перехода — прикинуть платёж или стоимость полиса. Если оффер считает то же самое на первом экране, прокладка дублирует шаг и только удлиняет путь.

Можно ли показать результат до заполнения полей? Можно, но с подставленными значениями результат будет чужим. Лучше пустая плашка с примером расчёта: человек понимает механику, но не принимает чужую цифру за свою.

Что делать, если точной формулы нет? Считать по открытой логике оффера — диапазон, базовая ставка, тарифная сетка — и подписывать результат как ориентировочный. Придуманная точная цифра вредит сильнее честной вилки.

Калькулятор подходит только для финансов? Нет, но лучше всего он работает там, где есть цена и параметры: страховки, товарка с комплектацией, подписки. Где результат не про деньги, механика обычно превращается в квиз — это другой формат.