Приёмка работ без споров: чек-лист 2026

Этапы приёмки

Стандартная схема:

• Подрядчик завершает этап и переносит результат на staging-сервер.
• Уведомляет клиента, что этап готов к проверке.
• Клиент проверяет в течение оговорённого срока (обычно 3–5 рабочих дней).
• Клиент составляет список замечаний по приоритетам.
• Подрядчик исправляет замечания P1 (блокеры), договариваются о P2/P3.
• Клиент подписывает акт по этому этапу, оплачивает.
• Переход к следующему этапу.

Без поэтапной приёмки риски накапливаются — на финале набирается 50+ багов и это чёрная дыра.

Чек-лист QA

Стандартный чек-лист для сайта услуг 2026:

Функциональность

• [ ] Все формы работают, отправляют данные в указанные системы;
• [ ] Авторизация работает (если есть);
• [ ] Все CTA ведут куда нужно;
• [ ] Платежи проходят (если есть, проверить тестовой картой);
• [ ] Email-уведомления приходят (или копии в админку);
• [ ] Поиск работает (если есть);
• [ ] Фильтры работают (если есть).

Кросс-браузерность и устройства

• [ ] Chrome последняя + предыдущая;
• [ ] Safari (iOS + macOS) — обязательно;
• [ ] Firefox последняя;
• [ ] Edge последняя;
• [ ] Mobile: iPhone (Safari), Android (Chrome);
• [ ] Планшет — iPad, Android tablet.

Производительность

• ] [Lighthouse Performance ≥ 90;
• [ ] LCP < 2.5s на 75-перцентиле;
• [ ] CLS < 0.1;
• [ ] INP < 200ms;
• [ ] Изображения сжаты в WebP/AVIF;
• [ ] Шрифты предзагружены.

SEO + AEO

• [ ] Title и description заполнены на каждой странице;
• ] [Schema.org Organization, Service, FAQPage валидируются в validator.schema.org;
• [ ] sitemap.xml доступен и корректен;
• [ ] robots.txt не закрывает индексируемое;
• [ ] Canonical правильно указан;
• ] llms.txt и [llms-full.txt доступны (для AEO);
• [ ] Yandex.Webmaster + GSC verification meta;
• [ ] Heading-структура корректна (один H1, иерархия H2/H3).

Безопасность

• [ ] HTTPS обязателен на всех страницах;
• [ ] HSTS заголовок;
• [ ] X-Content-Type-Options: nosniff;
• [ ] Referrer-Policy: strict-origin-when-cross-origin;
• [ ] X-Frame-Options: SAMEORIGIN;
• [ ] CSP настроен;
• [ ] Не утекают секреты в JS-бандлах;
• [ ] Защита от SQL injection / XSS / CSRF на бэкенде.

Аналитика

• [ ] Yandex.Metrika установлена с целями;
• [ ] UTM-метки работают;
• [ ] Связь с CRM настроена.

Юридика

• [ ] Политика конфиденциальности на сайте;
• [ ] Согласие на обработку ПД в формах;
• [ ] Юрлицо в футере;
• [ ] Cookie-banner (если необходимо).

Приоритеты замечаний

В акте приёмки замечания делим на:

• P1 (блокер) — мешает использовать сайт. Подрядчик исправляет до подписания акта.
• P2 (важное) — некритичные баги, мелкие отклонения от ТЗ. Договариваемся: исправить сейчас или в гарантийный период.
• P3 (улучшение) — то, что не было в ТЗ, но «хорошо бы добавить». Платная доработка.

Гарантийный период

Стандартно — 30 дней после подписания финального акта. В этот период подрядчик исправляет:

• Баги, обнаруженные клиентом в боевой эксплуатации;
• Несоответствия ТЗ, не замеченные на приёмке;
• Проблемы с производительностью на боевой нагрузке.

Не входит в гарантию:

• Новые функции, не описанные в ТЗ;
• Изменения дизайна;
• Ошибки клиента (например, сломавшиеся настройки в админке).

Юридический акт

Акт включает:

• Реквизиты сторон;
• Ссылку на договор и этап;
• Описание того, что выполнено;
• Сумму и порядок оплаты;
• Подписи сторон с ЭП.

Без подписанного акта — нет оплаты этапа. Это защищает обе стороны.

Что делать, если подрядчик не исправляет

• Письменное замечание в Telegram / по email с явным сроком исправления.
• Эскалация к руководству подрядчика (если не индивидуальный фрилансер).
• Удержание платежа до исправления (по договору).
• Договор-оферта — обращение к условиям возврата.
• Юридический путь — претензия → суд (крайняя мера).

Что дальше

Как выбрать подрядчика.

Техзадание: шаблон.

Калькулятор стоимости проекта.