Вы выбрали подрядчика, подписали договор, оплатили аванс. Через месяц разработчик говорит: «почти готово». Вы смотрите — не готово. Сроки сорваны, функционал не тот, дизайн не нравится. Вы не можете повлиять, потому что не знаете, как контролировать. Эта статья — для тех, кто хочет получить сайт, за который заплатил.
Контроль подрядчика — это не «недоверие», а инструмент управления проектом. Даже с лучшими разработчиками что-то идёт не так. Контроль помогает вовремя заметить отклонения и скорректировать курс. 56 пунктов проверки на всех этапах разработки: от брифа до финальной приёмки.
Почему без контроля разработка превращается в хаос
Заказчик и подрядчик по-разному понимают одну задачу. Заказчик сказал: «сделайте быстро, дёшево, качественно». Подрядчик услышал: «быстро» (и сделал, забыв про качество). У заказчика нет инструментов проверить, соответствует ли работа договорённостям. Из-за этого конфликты, затягивание сроков, недовольство обеих сторон. Контроль — не акт недоверия. Это способ убедиться, что вы движетесь к одной цели.
Чек-лист контроля: 56 пунктов на всех этапах
Этап 1. До старта разработки (подготовка договора и ТЗ)
- Утверждён ли бриф (опросник)?
- Есть ли детальное техническое задание (ТЗ) с описью страниц, функционала, интеграций?
- Прописаны ли KPI (конверсия, скорость загрузки)?
- Есть ли сроки по этапам с указанием ответственных за сдачу?
- Определён ли формат сдачи (демо-стенд, исходники, права на доработку)?
- Прописан ли порядок внесения изменений (что если заказчик решит добавить новую фичу)?
- Указаны ли штрафы за срыв сроков по вине подрядчика?
- Утверждён ли бюджет и порядок оплаты (предоплата, пост-оплата)?
- Определены ли критерии приёмки (отсутствие критических багов, соответствие макетам, требованиям скорости)?
Этап 2. Проектирование и прототипирование
- Разработаны ли прототипы (wireframes) всех ключевых страниц (главная, каталог, карточка товара, корзина)?
- Утвердили ли вы прототипы? (Без утверждения не переходите к дизайну!)
- Учтены ли все сценарии поведения пользователя?
- Проработаны ли состояния элементов (пустая корзина, ошибка формы, успешная отправка)?
- Прототип адаптирован под мобильные устройства?
- Согласован ли план работ по проектированию?
Этап 3. Дизайн
- Утверждён ли mood board (стиль, цветовая гамма, шрифты)?
- Разработан ли дизайн главной страницы (в статике)?
- Дизайн главной страницы утверждён до перехода к внутренним?
- Дизайн внутренних страниц выполнен в едином стиле (шаблон)?
- Предусмотрен ли adaptive design (мобильная, планшетная версии)?
- Есть ли варианты hover-состояний кнопок и ссылок?
- Дизайн финально утверждён? (Без этого не переходите к вёрстке!)
Этап 4. Вёрстка и программирование (самый сложный этап)
- Есть ли доступ к системе контроля версий (Git, Bitbucket)?
- Вы можете смотреть промежуточные результаты на тестовом стенде?
- Работа разделена на спринты по 1-2 недели с демонстрацией результата.
- Перед каждым спринтом заказчик подтверждает задачи.
- Еженедельный отчёт: что сделано, что в работе, что планируется.
- Используется ли автотестирование (unit, e2e)?
- Интегрированы ли внешние API (CRM, 1С) на тестовом стенде?
- Проведено ли нагрузочное тестирование (для высоконагруженных проектов)?
- Код проверен на уязвимости (XSS, SQL-инъекции)?
- Есть ли документация по API (если разрабатывался)?
- Проверена ли кросс-браузерность (Chrome, Firefox, Safari, Edge)?
Этап 5. Наполнение контентом
- Есть ли доступ к админ-панели (CMS) для заполнения?
- Документация по работе с CMS предоставлена?
- Все поля формы учтены и валидируются на стороне клиента и сервера?
- Есть ли возможность редактировать мета-теги (Title, Description) для страниц?
- SEO-настройки ( robots.txt, sitemap.xml, ЧПУ) настроены?
Этап 6. Тестирование и баг-репорты
- Составлен ли план тестирования (сценарии, которые нужно проверить)?
- Проведено ли функциональное тестирование (все ссылки, кнопки, формы)?
- Проверена ли работа на реальных устройствах (iPhone, Android-смартфонах разных версий)?
- Есть ли инструмент для сбора багов (яндекс.Трекер, Jira, Trello)?
- Все критические баги исправлены перед финальной приёмкой?
- Проведено ли регрессионное тестирование (исправление багов не сломало другие функции)?
Этап 7. Приёмка работ и передача
- Есть ли акт приёмки-передачи (подписывается обеими сторонами)?
- Переданы ли исходники (репозиторий, база данных)?
- Предоставлена ли документация по установке и настройке сайта на новом хостинге?
- Создан ли полный бэкап сайта перед передачей?
- Есть ли инструкция по работе с админкой для контент-менеджера?
- Переданы ли пароли и доступы (зашифрованным каналом)?
- Проведён ли финальный прогон чек-листа приёмки (см. ниже).
Чек-лист финальной приёмки сайта (что проверить самому)
- Все страницы открываются, нет битых ссылок (можно проверить через Screaming Frog).
- Формы отправляются (и данные приходят в CRM, email, куда нужно).
- Адаптив не ломается (текст читабелен, кнопки нажимаются).
- Скорость загрузки главной страницы (Google PageSpeed Insights) > 80 баллов мобильных.
- Мета-теги и заголовки заполнены (нет дублей).
- HTTPS работает, сертификат не просрочен.
- Нет ошибок в консоли браузера (нажимаем F12 → Console).
Если 3-4 пункта не выполнены — сайт не готов.
Пример из практики: как недоконтроль привёл к срыву сроков на 2 месяца
Компания заказала разработку интернет-магазина на 1С-Битрикс. Подрядчик показал прототипы, заказчик утвердил. На этапе дизайна заказчик дал обратную связь через месяц. Дизайн переделывали 3 месяца. В итоге — срыв сдачи, доп. расходы. Что пошло не так? Не было графика контрольных точек и регламента обратной связи. Заказчик думал: «дизайнер сам всё сделает красиво». Не контролировал.
Решение: установить в договоре сроки согласования каждого этапа (например, не более 3 рабочих дней для обратной связи) и штрафы для заказчика за задержки.
📋 Контроль подрядчика по разработке сайта под ключ
Поможем составить ТЗ, проконтролируем разработку, проведём технический надзор. Вы получите сайт в срок и без переделок.
👉 Оставьте заявку на сайте edgesection.ru или напишите в Telegram. Укажите «Контроль разработки».
Резюме: главное о контроле подрядчика
- Контроль — это не микроменеджмент, а инструмент управления рисками. Он помогает вовремя замечать отклонения и корректировать курс.
- Контролируйте на всех этапах: от брифа до финальной приёмки. Не ждите, что подрядчик сам всё сделает идеально.
- Используйте чек-листы для приёмки. Без них вы можете принять сайт с критическими багами, которые обнаружатся после запуска.
- Закрепите контроль в договоре. Ответственность сторон, сроки обратной связи, формат отчетности.
- Не пропускайте демо-спринты и не откладывайте обратную связь. «Сделаем потом» — главный убийца сроков.
- Если чувствуете, что не справляетесь, наймите технического надзора (независимого эксперта). Его услуги окупятся спокойствием и сэкономленными нервами.
