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