Веб-разработка

Как принять сайт у разработчика: чек-лист заказчика

1603 
 

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

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

Зачем проверять сайт до подписания акта

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

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

Блок 1. Визуальная проверка

  • Вёрстка не «плывёт»: элементы не наезжают друг на друга, отступы одинаковые на однотипных блоках

  • Единая стилистика текста — один набор шрифтов, согласованные размеры заголовков

  • Изображения не растянуты и не сжаты

  • Адаптивность: сайт удобен на смартфоне, планшете и десктопе — не только «не съезжает», но и кнопки не слишком мелкие

  • Цвета соответствуют брендбуку или референсам из ТЗ

Проверять лучше минимум на двух устройствах — desktop и смартфон.

Блок 2. Техническая проверка

  • Скорость загрузки — влияют размер изображений, количество скриптов, качество хостинга

  • Базовые SEO-настройки — заполненные title и description на каждой странице, alt у изображений, файлы robots.txt и sitemap.xml

  • Кроссбраузерность — одинаковая работа в Chrome, Safari, Яндекс Браузере

  • Валидность кода — не критично для сайта-визитки, но важно для проектов с формами и личным кабинетом

Если в ТЗ прописаны конкретные технические метрики — сверяйтесь именно с ними, а не с абстрактными «стандартами качества».

Блок 3. Функциональная проверка


  • Разместите
    тендер бесплатно

    Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.

    Заполнить заявку 13691 тендер
    проведено за восемь лет работы нашего сайта.


    Отправьте тестовую заявку с каждой формы и убедитесь, что письмо доходит и не попадает в спам

  • Пройдитесь по всем кнопкам и ссылкам — переходы должны вести туда, куда обещано

  • Если по ТЗ подключены CRM, аналитика или платёжная система — проверьте, что данные действительно передаются

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

Полезно попросить доступ к аналитике ещё до приёмки и самостоятельно совершить пару тестовых действий на сайте.

Блок 4. Документы и гарантии

  • Перечень фактически переданных работ должен соответствовать техническому заданию

  • В акте фиксируется передача исходников, доступов к хостингу, домену, админ-панели

  • Гарантийный срок и то, что именно он покрывает — обычно исправление ошибок разработки, а не новая функциональность

  • Отдельно уточните, кто владеет доменом и хостингом: их нередко регистрируют на исполнителя «для удобства», и без явной оговорки они так и остаются его собственностью

Что делать, если нашли проблему

  1. Зафиксируйте проблему письменно — скриншот, описание условий воспроизведения

  2. Не подписывайте акт до устранения критичных ошибок, которые мешают базовой работе сайта

  3. Для некритичных замечаний можно подписать акт с приложением списка доработок и сроком их устранения

  4. Если исполнитель отказывается исправлять то, что прямо прописано в ТЗ, — опирайтесь на договор, а не на устные договорённости

Коротко о главном

Сколько занимает приёмка сайта? Для сайта-визитки — от одного до трёх дней. Для сложного проекта с интернет-магазином или личным кабинетом закладывайте одну-две недели.

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

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

Качественная разработка — это отсутствие проблем с самого начала, а не их исправление после сдачи проекта. Если хотите обсудить, как построить приёмку своего проекта, или получить независимую оценку текущего сайта — свяжитесь с командой digital-агентства KLEVER LAB.

Лучшее
Выскажите мнение
Авторизуйтесь, чтобы добавить свой комментарий.




1608

Лучшие статьи

Поделиться: 0 0 0
Проектный менеджер в  KLEVER LAB , Ростов-на-Дону
 4  1  1

Оцените статью
Спасибо за оценку