«Готово, принимайте» — самое опасное сообщение в переписке с разработчиком. Потому что дальше многие заказчики делают так: открывают страницу на своём ноутбуке, видят красивую картинку, говорят «супер» и переводят деньги. А через неделю выясняется, что на телефоне всё разъезжается, форма отправляет заявки в никуда, а в Safari кнопка вообще не нажимается. Деньги ушли, исполнитель уже на другом проекте, и переделка — теперь ваша проблема.
Приёмка лендинга — это не вкусовщина «нравится / не нравится». Это пятнадцать конкретных проверок, которые занимают полчаса и отделяют рабочую страницу от красивого мусора. Я пройдусь по всем: формы, адаптив, скорость, браузеры, аналитика, исходники. После такой приёмки вы либо спокойно платите, либо предъявляете конкретный список к доработке — а не размытое «что-то не то».
Материал из раздела «Разработка ПО». Рядом — гайд по ТЗ и разбор скорости загрузки.
Что вы узнаете из статьи
- Пятнадцать пунктов приёмки, разбитых по приоритету
- Почему форму надо тестировать первой, а не дизайн
- Как проверить адаптив и скорость без специальных навыков
- Что такое исходники и почему без них вы в ловушке
- Как принимать работу по этапам, чтобы не было сюрпризов
Сначала функции: формы, ссылки, заявки
Главная ошибка приёмки — начинать с красоты. Дизайн вы оцените и так, а вот работает ли страница по назначению — нет, пока не проверите руками. Поэтому первым делом — функции.
Пункт 1 — отправьте тестовую заявку через каждую форму на странице. Дошла? Куда именно — на почту, в CRM, в Telegram? Пункт 2 — проверьте все кнопки и ссылки: кнопка «Заказать» ведёт к форме, ссылка на политику открывается, телефон по клику звонит, мессенджеры открываются. Пункт 3 — всплывающие окна и квизы, если есть: запускаются, закрываются, не ломаются на повторном открытии.
Пункт 4 — автоответ клиенту, если он предусмотрен ТЗ: пришло ли письмо «спасибо за заявку». Пункт 5 — корректность данных в заявке: имя, телефон, выбранный товар приходят читаемо, а не кашей. Это банально, но именно здесь чаще всего и течёт: страница красивая, а лиды теряются. Прогоните каждый пункт против задания — сверка с ТЗ на этом этапе показывает, всё ли из обещанного реально сделано.
Потом среда: адаптив, браузеры, скорость
Функции работают — переходим к тому, как страница ведёт себя в реальном мире, на разных экранах и в разных браузерах. Здесь прячется больше всего «невидимого на ноутбуке» брака.
Пункт 6 — откройте лендинг на своём телефоне. Просто возьмите смартфон и пролистайте сверху вниз: не разъезжаются ли блоки, читаются ли тексты, нажимаются ли кнопки пальцем без промаха. Пункт 7 — режим разработчика в браузере (F12, иконка телефона) для проверки узких экранов от 360 пикселей. Пункт 8 — кросс-браузерность: откройте в Chrome, Safari и Firefox как минимум. Safari особенно любит ломать то, что отлично выглядит в Chrome.
Пункт 9 — скорость загрузки. Прогоните адрес через PageSpeed Insights — это бесплатно. Ориентир: основной контент грузится до 2,5 секунды, оценка мобильной версии выше 70 из 100. Если ниже — просите оптимизировать. Пункт 10 — поведение на медленном интернете: переключите телефон на 3G и посмотрите, не разваливается ли страница, пока грузятся картинки. Почему это критично для денег, а не только для красоты — разобрано отдельно, почему скорость так важна для конверсии и позиций.
Финал: SEO, аналитика, исходники
Страница работает и хорошо себя ведёт. Осталось то, что не видно глазом, но решает судьбу проекта дальше.
Пункт 11 — мета-теги: у страницы прописаны title и description, при отправке ссылки в мессенджер подтягивается нормальное превью, а не «без названия». Пункт 12 — alt у картинок и заголовки h1-h2 на месте, иначе поисковик не поймёт, о чём страница. Пункт 13 — аналитика: счётчик Яндекс.Метрики или аналог установлен, цель на отправку формы настроена и срабатывает (отправьте тестовую заявку и проверьте, зафиксировалась ли цель).
Пункт 14 — фавикон, страница 404, если она нужна, и корректное отображение в поиске. И самый важный, пункт 15 — исходники и доступы. Для кастомного лендинга это весь код, который откроется у другого разработчика. Для конструктора — доступ к аккаунту или перенос проекта на ваш. Без этого вы привязаны к одному исполнителю навсегда: пропадёт он — и править будет некому. Заодно обсудите, кто и как будет вести страницу дальше — поддержка после запуска это отдельная история, которую лучше решить до оплаты, а не после.
Принимайте по этапам, а не разом
Лучший способ избежать драмы на финальной приёмке — не доводить до неё всё сразу. Разбейте работу на этапы и принимайте каждый отдельно: прототип, потом дизайн-макет, потом готовую верстку. На каждом шаге вы сверяетесь с ТЗ и даёте правки, пока их вносить дёшево — поменять блок на прототипе стоит десять минут, а на готовой верстке это переделка.
Такой подход выгоден обоим. Вы не теряете контроль и не получаете в конце страницу, которая совсем не то, что представляли. Исполнитель не работает три недели вслепую, рискуя переписывать всё с нуля. И оплата логично идёт по закрытым этапам, а не одним пугающим платежом в конце. По моему опыту, поэтапная приёмка убирает 9 из 10 конфликтов на сдаче — просто потому, что расхождения ловятся рано.
Как платформа защищает на приёмке
На Где.Эксперт оплата идёт по факту выполнения, а не вперёд — это значит, что у вас есть время на полноценную приёмку до того, как деньги ушли исполнителю. Все этапы и договорённости фиксируются в чате заявки, так что предъявить недоделку по списку — а не по эмоциям — легко и обоснованно.
Если работа реально не соответствует ТЗ, спор решается с опорой на переписку и задание, а не на «слово против слова». Отзывы прошлых клиентов тоже работают: разработчик, который привык сдавать сырое, виден по оценкам заранее. А поэтапная оплата делает приёмку по частям естественной, а не вымученной.
Часто задаваемые вопросы
Что проверить в первую очередь?
Формы и заявки — отправьте тестовую и убедитесь, что она дошла на почту, в CRM или Telegram. Это главная функция страницы. Следом — адаптив на телефоне и скорость загрузки.
Как проверить адаптив без кучи устройств?
Откройте на своём телефоне — это честный тест. Плюс режим разработчика в браузере (F12, иконка телефона) эмулирует экраны от 360 пикселей. Смотрите, не разъезжаются ли блоки и нажимаются ли кнопки.
Какая скорость нормальная?
Основной контент до 2,5 секунды на мобильном. Проверка — бесплатно через PageSpeed Insights. Оценка ниже 70 из 100 по мобайлу — повод просить оптимизацию.
Нужно ли требовать исходники?
Обязательно. Кастом — весь код проекта. Конструктор — доступ к аккаунту или перенос на ваш. Без исходников вы привязаны к одному исполнителю навсегда.
Можно принимать по частям?
Да, и это удобнее. Этапы: прототип, дизайн, верстка. На каждом сверка с ТЗ и правки, пока дёшево. Финал проходит без сюрпризов, оплата по закрытым этапам.
Заключение
Приёмка лендинга — это не «нравится или нет», а пятнадцать конкретных проверок по трём уровням: сначала функции (формы, ссылки, заявки), потом среда (адаптив, браузеры, скорость), потом невидимое (SEO, аналитика, исходники). Полчаса работы по списку отделяют рабочую страницу от красивой картинки, которая не приносит лидов.
Запомните главное: тестируйте форму раньше дизайна, открывайте страницу на реальном телефоне, гоните скорость через PageSpeed, обязательно забирайте исходники и доступы и принимайте работу по этапам, а не разом. Тогда вы платите за результат, а не за обещание, и не остаётесь один на один с чужим непонятным проектом.
Найдите разработчика на Где.Эксперт — принимайте работу по этапам, опирайтесь на чат заявки и платите по факту выполнения.