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

Почему сайты проваливаются

90% проблем при заказе сайта — не из-за «плохих разработчиков», а из-за отсутствия чётких критериев приёмки. Заказчик видит «красивую картинку», разработчик — «работающий код». Без чек-листа эти картины мира никогда не совпадут. Вот пошаговая инструкция, как не оказаться в такой ситуации.

Этап 1. Техническое задание (ТЗ)

ТЗ — это не «сделайте красиво». Это документ, в котором описаны:

• Целевая аудитория и сценарии использования
• Состав страниц и блоков
• Функционал: формы, личный кабинет, корзина, фильтры
• Требования к дизайну и вёрстке (адаптивность, брейкпоинты)
• Производительность: время загрузки, Core Web Vitals
• Состав проекта: файлы, доступы, документация

Без ТЗ любые споры решаются в пользу сильнейшего — обычно разработчика.

Этап 2. Дизайн-макеты

Принимайте дизайн только в Figma или аналогичном редакторе (не скриншотами). Проверьте:

• Мобильная версия — не меньше 320px
• Планшетная версия — 768px и 1024px
• Ховеры для всех кликабельных элементов
• Состояния ошибок форм (пустые поля, неверный формат)
• Десктопная версия — 1440px+

Этап 3. Вёрстка и разработка

Попросите ссылку на staging (промежуточный сервер) и проверьте:

• Pixel perfect: совпадает ли с макетами (допуск 1–2 пикселя)
• Адаптив: нет ли горизонтального скролла, не разъезжаются ли блоки
• Интерактив: работают ли формы, отправляется ли почта
• Скорость: откройте PageSpeed Insights — Score > 85 по Mobile
• Консоль браузера: нет ли ошибок JS

Этап 4. Контент и SEO

• Мета-теги (title, description) на каждой странице
• Разметка Open Graph для соцсетей
• Sitemap.xml и robots.txt
• ЧПУ (человеко-понятные URL): /catalog/tovar вместо /?id=123
• Микроразметка (Schema.org) для товаров/услуг/статей

Этап 5. Деплой и документация

• Домен привязан, HTTPS настроен
• Формы отправляют письма на почту
• Переданы доступы: хостинг, админка, домен
• Инструкция: как редактировать контент (если используется CMS)
• Гарантийная поддержка: что входит и на какой срок

Чек-лист для собеседования с подрядчиком

В статье «Наш стек» на сайте Remote Coders мы показываем технологии, которыми владеем. Вот что стоит спросить у любой студии перед стартом:

• Кто будет отвечать за проект? (менеджер, тимлид)
• Какие этапы и сроки? Что будет на каждом этапе?
• Как происходит приёмка работы? (акты, staging, дедлайны)
• Что будет после сдачи? (поддержка, гарантия)
• Кому принадлежит код? (должен — вам)

Вывод

Качественный сайт начинается с прозрачных договорённостей. Чек-лист выше поможет не упустить главное и проверить работу объективно. Мы в Remote Coders сами составляем такие чек-листы для каждого проекта — чтобы и нам было понятно, что сдавать, и вам — что принимать.