Что входит в лендинг под ключ и как прописать в договоре приёмку по квизу, CRM и целям в Метрике?

В договоре на лендинг под ключ чаще всего описан дизайн и вёрстка, а квиз, передача заявок в CRM и настроенные цели в Метрике остаются «по умолчанию» или устной договорённостью. Из-за этого приёмка превращается в спор: заказчик видит, что заявки не доходят и цели не считаются, а подрядчик отвечает, что «сайт работает, остальное — не наша зона». Корень проблемы — в договоре нет измеримых критериев приёмки по каждому из трёх контуров: квиз, CRM, Метрика.

Ниже — практический разбор с критериями и следующим шагом. Связанные услуги: каталог, AI Boost Team, стать клиентом.

Вердикт за 30 сек

• Лендинг под ключ без квиза, CRM и целей в Метрике в договоре — это покупка картинки, а не канала заявок.
• Если подрядчик отказывается вписать интеграции и аналитику в приложение к договору — меняйте подрядчика, а не формулировки.
• Приёмка идёт по трём контурам одновременно: тестовая заявка из квиза → строка в CRM с корректными полями → засчитанная цель в Метрике. Нет хотя бы одного звена — акт не подписывается.

В договоре на лендинг под ключ чаще всего нет ни одного пункта про квиз, CRM и цели в Метрике. Именно поэтому приёмка превращается в спор о том, что считать результатом. Дизайн сдан, вёрстка свёрстана, а заявки не доходят и цели не считаются. Подрядчик пожимает плечами: «сайт работает, остальное — не наша зона».

Ниже — сравнение двух подходов к договору. Не абстрактное «хорошо/плохо», а рабочая развилка: что вы получаете, если оставляете интеграции на словах, и что — если фиксируете их в приложении к договору. Дальше — критерии, таблица выбора, риски и что делать через 10 минут после чтения.

Два типа договора на лендинг: что вы подписываете на самом деле

Разница не в толщине документа. Разница в том, что становится предметом приёмки.

Вариант A. Договор «на сайт»

Предмет: разработка дизайна и вёрстка лендинга. Квиз — «сделаем, конечно». CRM — «вы нам доступы дадите, подключим». Метрика — «счётчик поставим, цели потом настроите сами». Приёмка: макет совпал с вёрсткой, сайт открывается на телефоне и десктопе.

Что происходит дальше. Заявки из квиза уходят на почту, которая падает в спам. Часть обращений теряется между шагами квиза и CRM. Реклама льётся без целей в Метрике — вы не видите, какая кампания даёт конверсию, а какая жжёт бюджет. Каждый сбой интеграции превращается в отдельный платный проект. Формально подрядчик прав: сайт работает.

Вариант B. Договор «на результат»

Предмет: лендинг с квизом, интеграцией в CRM и настроенными целями в Метрике. К приложению прикладывается карта лендинга, схема квиза, таблица маппинга полей и список целей. Приёмка идёт по чек-листу: тестовая заявка должна пройти весь путь от квиза до CRM и засчитаться в Метрике. Основание для отказа — не «мне не нравится цвет», а неработающее звено цепочки.

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

Критерии сравнения: по чему выбирать подход

Пять критериев, которые реально влияют на приёмку. Не «опыт команды» и не «портфолио», а то, что можно проверить в момент сдачи.

Обратите внимание на третий столбец. Это не «идеальный договор», это минимальный набор, при котором приёмка перестаёт быть спором. Если хотя бы один пункт отсутствует — вы вернётесь к варианту A, просто с более длинным текстом.

Когда брать A, когда B

Вариант A не всегда ошибка. Иногда он оправдан.

• Берите A, если лендинг — тестовая гипотеза на 2 недели, бюджет минимальный, и вы готовы сами настроить цели и передачу заявок. Но тогда честно закладывайте время на это.
• Берите A, если у вас уже есть работающая CRM-интеграция с другого сайта и вы точно знаете, как её перенести. Подрядчик тут не нужен.
• Берите B, если лендинг — основной канал заявок и вы платите за трафик. Без целей в Метрике вы не отличите рабочую кампанию от убыточной.
• Берите B, если в компании нет человека, который разбирается в webhook и маппинге полей. Тогда эти компетенции должны прийти с подрядчиком, а не «потом разберёмся».
• Берите B, если уже был опыт «сайт сделали, заявки не идут». Второй раз наступать на те же грабли дороже, чем прописать приложение к договору.

Смешанный вариант тоже бывает: A по дизайну и вёрстке, B по интеграциям и аналитике. Это рабочий компромисс, если подрядчик честно говорит, что аналитику делает партнёр. Но тогда в договоре должно быть два ответственных и стык между ними.

Квиз, CRM, Метрика: что именно писать в приложении к договору

Общие слова «интеграция с CRM» и «настройка целей» не работают на приёмке. Нужны конкретные формулировки. Ниже — рабочие шаблоны, которые можно переносить в приложение.

Квиз

В приложении — схема: число шагов, список полей на каждом шаге, какие обязательные, какие нет, логика ветвления. Пример формулировки: «Квиз состоит из 3 шагов. Шаг 1: выбор услуги (5 вариантов, обязательный). Шаг 2: бюджет и срок (2 поля, обязательные). Шаг 3: имя и телефон (обязательные), email (необязательное). При выборе услуги "другое" показывается текстовое поле». Без этой схемы приёмка квиза превращается в «мне кажется, тут должно быть иначе».

Отдельный пункт — что видит пользователь после отправки. Страница благодарности, всплывающее окно, редирект. Это влияет на засчитывание цели в Метрике.

CRM

Название и тариф CRM. Способ передачи: webhook, API, встроенный модуль. Маппинг полей — таблицей: поле в квизе → поле в CRM. UTM-метки: какие передаются, в какие поля CRM попадают. Поведение при сбое: если webhook не отработал, заявка уходит на резервный email или дублируется в Telegram. Ответственный за доступы — конкретное имя, не «клиент предоставляет доступы».

Пример строки маппинга: «Поле "телефон" из квиза → поле "Телефон" в amoCRM, тип "рабочий". UTM_source → поле "Источник" в сделке». Без таблицы маппинга вы не докажете, что заявка пришла с корректными данными, а не пустой строкой.

Метрика

Номер счётчика. Список целей: отправка квиза, клик по телефону, отправка формы. Тип каждой цели: JavaScript-событие или составная. Кто создаёт цели — подрядчик или заказчик. Кто подтверждает срабатывание — обычно заказчик при приёмке. Ориентир: в договоре на лендинг под ключ обычно фиксируют 3–5 целей в Метрике. Этого хватает, чтобы видеть конверсию по квизу, форме и ключевым кнопкам.

Связка с CRM: цель в Метрике должна срабатывать в момент успешной отправки заявки, а не в момент клика по кнопке. Иначе вы считаете клики, а не заявки. Если CRM не приняла заявку — цель не должна засчитываться. Это прописывается отдельным пунктом.

Если вам нужен разбор конкретного договора или схемы интеграции — оставьте заявку, посмотрим на вашу ситуацию.

Приёмка: пошаговый сценарий и что считается основанием для отказа

Приёмка — не встреча, где вы смотрите на сайт и киваете. Это протокол. Ориентир: тестовая приёмка включает 3–7 сценариев квиза, включая ветвления и проверку резервного канала передачи заявки.

1. Заказчик проходит квиз по каждому согласованному сценарию. Минимум 3 сценария: стандартный путь, путь с ветвлением, путь с необязательным полем.
2. Проверяет, что после отправки появилась страница благодарности или всплывающее окно — то, что прописано в приложении.
3. Открывает CRM. Тестовая заявка должна быть там. Поля заполнены корректно, UTM-метки на месте.
4. Открывает Метрику. Цель «отправка квиза» должна засчитаться. Проверяет по отчёту в реальном времени.
5. Проверяет резервный канал: отключает webhook (или имитирует сбой), отправляет заявку, убеждается, что она ушла на резервный email или в Telegram.
6. Фиксирует результат: скриншоты CRM, скриншот отчёта Метрики, скриншот резервного канала. Прикладывает к акту.

Основание для отказа в приёмке — не «мне не нравится», а конкретное неработающее звено: заявка не дошла до CRM, цель не засчиталась, поле маппится не туда. Всё это должно быть прописано в приложении как критерий. Если критерия нет — отказать формально не получится.

Что нельзя обещать без замеров: конкретную конверсию квиза, стоимость заявки, срок окупаемости. Это зависит от трафика, оффера и рынка. В договоре фиксируется работоспособность цепочки, а не цифры конверсии.

Когда это не сработает

Схема с приложением к договору не сработает в трёх случаях.

• У заказчика нет доступа к CRM или счётчику Метрики. Тогда приёмка невозможна физически. Сначала доступы, потом договор.
• Нет человека, который выделит время на приёмку. Приёмка по трём контурам занимает несколько часов. Если никто не может их выделить — вы подпишете акт вслепую.
• Подрядчик отказывается включать интеграции и аналитику в договор. Это не «формальность», это сигнал. С таким подрядчиком вы будете доплачивать за каждый сбой. Меняйте подрядчика, а не формулировки.

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

Что сделать через 10 минут после чтения

Откройте свой текущий договор на лендинг (или шаблон, который вам прислали). Найдите три вещи.

1. Есть ли в приложении схема квиза с шагами и полями. Если нет — это первый пункт для правки.
2. Есть ли таблица маппинга полей в CRM и описание резервного канала. Если нет — второй пункт.
3. Есть ли список целей в Метрике с номерами и типами. Если нет — третий пункт.

Если хотя бы одного пункта нет, у вас на руках вариант A. Дальше два пути: дописать приложение до подписания или искать подрядчика, который готов работать по варианту B. Второй путь дольше на старте, но дешевле на дистанции.

Если хотите сверить свой договор с рабочей структурой — посмотрите разбор лендинга под ключ или другие услуги разработки.

FAQ

Что именно входит в «лендинг под ключ» по договору?

Минимальный состав: прототип и дизайн, адаптивная вёрстка, квиз с согласованной логикой, интеграция с CRM, настроенные цели в Яндекс Метрике, базовое SEO (title, description, микроразметка). Если в договоре нет хотя бы квиза, CRM и Метрики — это не под ключ, это дизайн и вёрстка.

Как прописать приёмку квиза, чтобы не было споров?

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

Какие пункты по CRM обязательны в договоре?

Название и тариф CRM, способ интеграции (webhook/API/модуль), маппинг полей (имя, телефон, email, ответы квиза, UTM-метки), ответственный за доступы, поведение при сбое (резервный email или Telegram). Без таблицы маппинга вы не докажете, что заявка пришла с корректными данными.

Как зафиксировать цели в Метрике?

В договоре перечислите: номер счётчика, список целей (отправка квиза, клик по телефону, отправка формы), тип каждой цели (JavaScript-событие или составная), кто создаёт и кто подтверждает срабатывание. Цель должна срабатывать в момент успешной передачи заявки в CRM, а не в момент клика по кнопке.

Что делать, если подрядчик отказывается вписывать интеграции в договор?

Это сигнал, что он не готов отвечать за результат. Формально он прав: сайт работает. Но вам нужен канал заявок, а не файл. В такой ситуации разумнее искать другого подрядчика, чем пытаться переубедить текущего. Стоимость смены подрядчика на старте ниже, чем стоимость потерянных заявок и доплат за каждый сбой.

Куда дальше

Если вы уже поняли, что в вашем договоре не хватает приложения с квизом, CRM и целями, — не откладывайте. Каждый день без целей в Метрике — это рекламный бюджет, который уходит в никуда. Посмотрите структуру лендинга под ключ или оставьте заявку на разбор вашей ситуации. Мы посмотрим на текущий договор и скажем, чего в нём не хватает для нормальной приёмки.

Сценарий внедрения: дорожная карта на первые недели

Сначала зафиксируйте в приложении к договору карту лендинга: какие блоки, какой квиз (число шагов, поля, обязательные/необязательные, логика ветвления), куда уходит заявка. Затем пропишите интеграцию: конкретная CRM (Битрикс24, amoCRM, retailCRM или иная), способ передачи (webhook, API, встроенный модуль), какие поля маппятся, что происходит при ошибке — письмо на резервный email или дубль в Telegram. Отдельным пунктом — цели в Метрике: перечислите идентификаторы целей (номер счётчика, тип цели, событие JS), кто создаёт и кто подтверждает срабатывание. Приёмка идёт по чек-листу: тестовая заявка из квиза должна появиться в CRM с корректными полями, а в Метрике — засчитаться цель; фиксируйте это скриншотами и актом. Сроки гарантийного сопровождения и реакция на «заявки перестали идти» тоже в договоре: например, 30 дней с реакцией в течение рабочего дня.

1. Нулевая неделя: baseline-метрики, карта ролей и ответственности, технические ограничения и SLA.
2. Неделя 1-2: запуск узкого пилота, контрольные точки, лог ошибок типовых сценариев.
3. Неделя 3-4: первое улучшение по KPI или честное признание, что нужно поменять сценарий/данные.
4. Неделя 5+: масштабирование на смежные процессы и фиксация регламентов, чтобы качество держалось без геройства команды.

Формат “один главный результат на одну неделю” сохраняет темп и экономит управленческое внимание.

Риски и как их снять заранее

• Запуск без baseline и недельной аналитики — самый дорогой вариант, потому что непонятно, что лечить.
• Смешивание многих задач одновременно — обычно увеличивает календарные сроки и бюджет сверх суммы задач по отдельности.
• Слабая интеграция с точками истины данных (CRM, биллинг, тикет-системы) даёт красивый интерфейс и плохой бизнес-эффект.

Отдельно для разработки: фиксируйте производительность, безопасность и индексируемость страниц как часть DoD деплоя, а не постфактум.

Что сделать дальше

Короткая диагностика под ваш процесс: обычно 3 дня для малого бизнеса и до 5 дней для проектов со сложной воронкой и несколькими стейджами.

Быстрый расчет эффекта: (количество заявок × текущая стоимость обработки заявки) − (то же после внедрения целевой модели) + (дополнительные продажи × средняя маржа). Число получится грубым и полезным: оно задаёт экономику решения даже без идеальных данных.

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

• Запросить диагностику процесса: Открыть форму контактов PrimeCoder
• Получить план внедрения на 30 дней: Подключить AI Boost Team как внешний AI-офис с KPI

FAQ по теме статьи

Что именно входит в «лендинг под ключ» по договору?

Минимальный состав: прототип и дизайн, адаптивная вёрстка, квиз с согласованной логикой, интеграция с CRM, настроенные цели в Яндекс Метрике, базовое SEO (title, description, заголовки, alt), подключение домена и SSL, форма обратной связи и политика обработки персональных данных. Всё, что вне списка — отдельные работы с отдельной ценой.

Как прописать приёмку квиза, чтобы не было споров?

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

Какие пункты по CRM обязательны в договоре?

Название и тариф CRM, способ интеграции (webhook/API/модуль), маппинг полей (имя, телефон, email, ответы квиза, UTM-метки), ответственный за доступы, поведение при недоступности CRM (резервный канал), тестовый сценарий и критерий «заявка появилась в CRM с корректными полями».

Как зафиксировать цели в Метрике?

В договоре перечислите: номер счётчика, список целей (отправка квиза, клик по телефону, отправка формы), тип каждой цели (JavaScript-событие или составная), кто создаёт цели и кто проверяет срабатывание. Приёмка — тестовая заявка, после которой цель видна в отчёте «Конверсии» в течение согласованного времени.

Что делать, если после сдачи заявки не доходят?

В договоре должен быть пункт о гарантийном периоде (например, 30 дней) и сроке реакции на инцидент. Если заявки не доходят из-за интеграции — это зона подрядчика; если из-за изменений на стороне CRM или хостинга — фиксируйте, кто оплачивает доработку. Без этого пункта каждый сбой превращается в отдельный платный проект.

Нужно ли включать в договор передачу доступов и исходников?

Да. Пропишите передачу доступов к админке сайта, счётчику Метрики, CRM (или роли с нужными правами) и исходным файлам. Без этого заказчик остаётся зависим от подрядчика и не может сменить исполнителя без потери данных.

Дальше по теме платформы: смежные материалы (Разработка и запуск продукта)

Статью лучше читать в связке — так быстрее собирается картина, как ответ складывается в работающую воронку, а не в изолированный совет.

• Сколько стоит сайт под ключ в Москве
• Как выбрать подрядчика по AI и автоматизации
• Внедрение AI в продажи за 30 дней