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

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

В статье разберём, как организовать приёмку, что проверять на каждом этапе, как формулировать замечания и что делать, если результат не устраивает. Опираемся на практику студии Mevero и на то, как организованы наши этапы работы.

Почему приёмка по этапам лучше, чем одна в конце

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

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

Подготовка: договоритесь о правилах до начала

Лучшая приёмка начинается не в день сдачи, а при подписании договора. Убедитесь, что согласованы:

  1. Перечень этапов и их результатов. Что именно будет передано: документ, прототип, макеты страниц, рабочая версия на тестовом адресе.
  2. Критерии готовности. Чем этап считается завершённым: количество страниц, соответствие техническому заданию, работоспособность функций.
  3. Срок на проверку. Обычно три-пять рабочих дней. Если вы молчите дольше, этап может считаться принятым, поэтому читайте этот пункт особенно внимательно.
  4. Количество кругов правок. Сколько раундов исправлений включено в стоимость и как оцениваются дополнительные.
  5. Различие между исправлением и новой задачей. Ошибка, не соответствующая заданию, исправляется бесплатно. Новое пожелание — это доработка.
  6. Порядок передачи замечаний. Единый канал, единая форма, ответственный с вашей стороны.

Основа для этого — хорошо составленное задание. О том, как его готовить и какие ошибки встречаются, написано в материале о техническом задании. Чем конкретнее задание, тем проще проверить, выполнено ли оно.

Приёмка по этапам: что и как проверять

Этап первый: исследование и структура

Результат: описание целей, аудитории, карта сайта, перечень страниц и функций.

Что проверять:

  • Отражены ли ваши цели и аудитория так, как вы их описывали.
  • Есть ли на карте сайта все нужные разделы и нет ли лишних.
  • Логична ли иерархия: туда ли пользователь попадает, куда ожидает.
  • Учтены ли все функции и интеграции, о которых договорились.

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

Этап второй: прототип

Результат: схематичные страницы с расположением блоков, заголовками и ключевыми текстами, без финального оформления.

Что проверять:

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

Не отвлекайтесь на цвета и шрифты: их здесь ещё нет. Сосредоточьтесь на смысле и порядке. О том, как читать такие схемы, подробно рассказано в материалах о прототипировании и о каркасе страницы.

Этап третий: дизайн

Результат: макеты ключевых страниц в десктопной и мобильной версии, набор элементов интерфейса.

Что проверять:

  • Соответствие характеру бренда и аудитории (не личному вкусу). Задайте себе вопрос: понравится ли это клиентам?
  • Читаемость текстов, контраст, размер шрифтов. Подробно: контраст и читаемость.
  • Выделенность главных действий: понятно ли, куда нажимать.
  • Единообразие кнопок, заголовков, отступов, иконок.
  • Как макет будет выглядеть с реальным содержимым: длинные названия, разное число пунктов, отсутствие картинок.
  • Мобильные макеты: не уменьшенная ли это копия десктопа.

Хорошая практика: показать макеты нескольким людям из целевой аудитории и спросить, что они понимают с первого взгляда. Если дизайн согласуют только сотрудники компании, он часто получается «внутренним». О том, как оценить результат и что должно быть в макете, мы писали в разделе услуги веб-дизайна.

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

Этап четвёртый: вёрстка и разработка

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

Что проверять:

  • Соответствие макетам. Шрифты, отступы, цвета, состояния кнопок при наведении.
  • Адаптивность. Откройте сайт на смартфоне, планшете, ноутбуке; поверните экран. Подробнее в статье об адаптивной вёрстке.
  • Работу функций. Формы отправляются, письма приходят, калькулятор считает, поиск ищет, фильтры фильтруют.
  • Скорость. Страницы должны открываться быстро, особенно на мобильном интернете. См. скорость загрузки сайта.
  • Работу системы управления. Попробуйте добавить страницу, изменить текст, загрузить картинку.
  • Браузеры. Основные браузеры на разных системах.

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

Этап пятый: наполнение и подготовка к запуску

Результат: сайт с реальными текстами, изображениями, мета-данными, настроенной аналитикой и формами.

Что проверять:

  • Нет ли заглушек, технических надписей, тестового текста.
  • Заполнены ли заголовки и описания страниц, подписи к изображениям. Подробнее о мета-тегах в статье как писать title и description.
  • Настроены ли счётчики, цели, отслеживание заявок.
  • Работают ли перенаправления со старых адресов, если сайт заменяет прежний.
  • Установлен защищённый протокол, настроены файлы для индексации. См. SSL и безопасность и robots.txt и sitemap.xml.

Этап шестой: тестирование и запуск

Результат: протестированная версия, готовая к публикации, и контрольный список запуска.

Здесь стоит пройти по готовому контрольному списку. Мы выложили его в статье чек-лист запуска нового сайта, а процесс проверки описан в материале как проходит тестирование перед запуском. После запуска наблюдайте за сайтом несколько дней: появляются ошибки, которые не видны на тестовой версии. Такие случаи обычно покрываются гарантийным периодом, поэтому важно знать его условия.

Как формулировать замечания

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

  1. Описывайте проблему, а не решение. Вместо «сделайте кнопку красной» напишите «кнопка плохо заметна на фоне баннера». Дизайнер предложит способ лучше.
  2. Указывайте место. Страница, блок, устройство, браузер. Приложите снимок экрана с пометкой.
  3. Один пункт — одна проблема. Не объединяйте в одно замечание пять разных вопросов.
  4. Различайте ошибки и пожелания. Ошибка — это отступление от задания или неработающая функция. Пожелание — новая идея. Будьте готовы, что второе может быть платным.
  5. Ставьте приоритет. Критично, важно, желательно. Не всё нужно исправлять до запуска.
  6. Собирайте единый список. От всех согласующих, без противоречий. Пусть замечания собирает один человек.
  7. Пишите письменно. Решения по телефону и в разговорах нужно дублировать в письме.

Пример хорошего замечания

Плохо: «Не нравится главная, сделайте посовременнее».

Хорошо: «На главной странице в блоке услуг карточки одинакового веса, и непонятно, какая основная. Просим выделить услугу X как приоритетную, потому что на неё приходится половина заказов. Мобильная версия: заголовок первого экрана обрезается на ширине маленького телефона (снимок экрана приложен)».

Типичные ошибки заказчиков при приёмке

  • Молчание. Заказчик не отвечает неделями, потом требует всё переделать. Сроки сдвигаются, договор позволяет считать этап принятым.
  • Согласование без вдумчивой проверки. «Выглядит нормально» без реальных тестов приводит к проблемам после запуска.
  • Смена требований. Добавление функций на поздних этапах. Это нормальная часть работы, но каждая новая функция — отдельная оценка и сдвиг.
  • Хаотичные правки. Разные люди присылают противоречащие замечания.
  • Правки «по кусочкам». Присланы три замечания, потом ещё пять, потом ещё десять. Каждый круг требует отдельного цикла.
  • Оценка по личному вкусу. Критерий «мне нравится» вместо «подходит аудитории и цели».
  • Подпись акта без проверки. Если вы подписали, а проблема всплыла позже, придётся доказывать, что она была.
  • Игнорирование документов. Принятие работ без сохранения исходников, доступов и инструкций.

Что делать, если результат не устраивает

  1. Сверьте с заданием. Определите, где именно расхождение: ошибка исполнителя или иное понимание задачи.
  2. Зафиксируйте в письменном виде. Список замечаний со ссылками на пункты задания или договора.
  3. Дайте студии разумный срок на исправление и договоритесь о дате повторной проверки.
  4. Не подписывайте акт, пока существенные замечания не исправлены.
  5. Если проблема системная, созовите встречу и обсудите, как восстановить доверие: смена ответственного, дополнительный контроль, поэтапные платежи.
  6. Привлеките независимого эксперта, если спор о качестве. Например, закажите UX-аудит или технический разбор.

Заметим, что в большинстве проектов конфликтов нет, если процесс описан заранее, а обе стороны отвечают в разумные сроки.

Документы и фиксация результата

На каждом этапе сохраняйте следующее:

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

Особенно важно закрепить права на результат и исходные файлы. Эта тема подробно разобрана в статье о правах на сайт и исходники. Если вы оформляете документы, сверяйте с тарифом и составом работ на странице тарифов.

После приёмки: гарантия и сопровождение

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

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

Итог

Правильная приёмка строится на трёх опорах: чёткие критерии готовности в договоре, проверка каждого этапа по своему списку и аккуратная обратная связь в письменном виде. Принимайте работу частями, различайте ошибки и пожелания, не молчите и не меняйте требования на лету. Тогда запуск проходит спокойно, а отношения с подрядчиком остаются рабочими.

Если вы готовите проект и хотите понять, как будет выстроен процесс приёмки именно у вас, свяжитесь со студией Mevero: покажем структуру этапов, примеры документов и ответим на вопросы по договору.