Подрядчик прислал акт в пятницу: "сайт готов, завтра оплата". Вы кликнули главную - красиво. В понедельник форма не работает, заявки теряются, а пароль от хостинга "пришлём после полной оплаты". Боль заказчика здесь простая: подписать акт на полуфабрикат и потерять рычаг оплаты. Ниже - как принять сайт у подрядчика чек-лист за 60-90 минут: сценарии, техника, доступы, лицензия 1С-Битрикс на вас и акт только после закрытия критичных замечаний.
Приёмка сайта у подрядчика - это поэтапная проверка результата по договору и ТЗ до подписи акта и финальной оплаты: сценарии пользователя, техника, юридика, доступы и (для Битрикс) лицензия с админкой; цель - не принять полуфабрикат, пока у заказчика ещё есть рычаг оплаты. Сегодня соберите доступы на тест, пройдите формы с телефона и заполните реестр P0/P1. Акт и остаток денег - только когда критичные пункты закрыты и ownership на вашей стороне.
Речь про CMS "1С-Битрикс: Управление сайтом" на хостинге заказчика. Это не облачная CRM Bitrix24. После запуска и перед рекламой - отдельный чек-лист после запуска сайта; здесь только приёмка до акта. Критерии лучше заранее в ТЗ - как составить ТЗ на сайт Битрикс; если студию ещё выбираете - выбор подрядчика.
Зафиксируйте правила приёмки: акт только после закрытия P0
Акт приёмки сайта - не формальность для бухгалтерии, а момент, после которого требовать критичное сложнее. На практике доработки после приёмки часто выходят дорого: плюс 40-50% к правке до подписи. Типичная ошибка - подписать "чтобы не тянуть" и потом ловить хаос в формах. Косметику - с доп.соглашением; сломанную заявку - нельзя.
| Приоритет | Что это | Можно ли подписывать акт |
|---|---|---|
| P0 | Форма не шлёт, оплата падает, нет HTTPS, нет админки, лицензия не на вас, домен/хостинг у подрядчика | Нет. Письменный реестр + срок пересдачи |
| P1 | Мелкие тексты, отступы, некритичный баг в редком сценарии | Да, если P0 пуст и срок фиксации P1 в доп.соглашении |
| P2 | Идеи "было бы удобнее", фичи вне ТЗ | Не блокер. Отдельный change request |
Делайте: в письме одной фразой: "акт и финальная оплата - после закрытия P0". Не делайте: подписывать в день демо "чтобы не тянуть".
Соберите пакет доступов на время теста
Без доступов вы принимаете картинку, а не продукт. На приёмку нужны:
- URL staging и/или боевого сайта
- Админ CMS с ролью администратора (не "редактор")
- Панель хостинга или SSH/FTP по договору
- Панель регистратора домена
- Яндекс Метрика на ваш аккаунт
- Подтверждение, что договор хостинга/домена на ваше юрлицо (не "временно на студию")
Фраза "доступы после оплаты" - красный флаг. Ownership переходит до финального платежа: вы меняете пароли сами. Хостинг лучше сразу видеть на панели заказчика, например у Beget - договор на ваше юрлицо/ИП, не на студию.
Делайте: таблицу "сервис - логин - владелец". Не делайте: принимать сайт, где домен и хостинг "временно" у подрядчика.
Проверьте пользовательские сценарии: формы, письма, CRM
Главная "красиво" ничего не доказывает. За 20-30 минут пройдите путь клиента с телефона и с ноутбука.
- Главная → главный CTA → форма или корзина
- Тестовая заявка с реального телефона
- Письмо на рабочую почту за ~30 секунд
- Заявка в CRM/почту менеджера, если это в ТЗ
- Тестовая оплата или sandbox, если есть магазин
- Страница 404 оформлена, не "белый экран"
Стресс форм - частая проблема: на демо "всё работает", в понедельник письмо не работает. Из практики: неушедшая заявка - P0. Часто ломается цепочка "форма → SMTP → CRM", а не вёрстка главной.
Делайте: скрин и время отправки в реестр. Не делайте: верить "проверили на стенде" без вашей заявки.
Пройдите технический и юридический минимум до акта
Полный SEO-аудит и реклама - после запуска. На приёмке хватит минимума:
- HTTPS без предупреждений, без смешанного контента
- robots.txt и sitemap.xml на боевом домене без Disallow всего сайта "как на staging"
- Скорость: ориентир Core Web Vitals - LCP до 2.5 с, INP до 200 мс, CLS до 0.1 (web.dev)
- Мобильная вёрстка: меню и формы кликабельны
- Битых ссылок в шапке, подвале и меню нет
- Политика ПДн есть; чекбокс согласия не pre-checked
- Контакты и реквизиты в подвале актуальные
Делайте: один проход Web Vitals + ручной клик по меню. Не делайте: откладывать HTTPS и политику "после оплаты".
Проверьте 1С-Битрикс: монитор качества и лицензия на вас
У вендора есть инструмент сдачи: Монитор качества (Настройки → Инструменты, путь /bitrix/admin/checklist.php). Требуйте отчёт с датой и комментариями к ручным тестам. У разработчиков это связано с OnCheckListGet; вам нужен артефакт сдачи, а не устное "всё зелёное".
- Отчёт Монитора качества с датой прогона
- Marketplace → Обновление платформы: статус обновлений понятен
- Ключ на key_info: "Зарегистрировано на имя" = ваше юрлицо/ИП
- Бэкап существует не только "на диске программиста"
Дополнительно откройте права групп: админ - ваш сотрудник, у контент-роли нет лишнего.
Лицензия на студию "потом переоформим" - типичная ловушка. Пока акт не подписан, требуйте переоформление LICENSE_KEY на себя.
Делайте: скрин "Зарегистрировано на имя" в папку приёмки. Не делайте: принимать демо-ключ или лицензию подрядчика как норму.
Заполните реестр замечаний и примите повторную сдачу
Не пишите в чат "тут что-то не так". Один пакет замечаний экономит нервы обеим сторонам.
Шаблон строки: что сломано → где (URL) → ожидаемо → факт → P0/P1 → скрин
- Соберите замечания за один проход и отметьте P0 - без них акт не подписываете
- Отдайте единым письмом со сроком пересдачи
- На повторной сдаче проверяйте закрытие списка
- Если P0 закрыты, а P1 остались - срок в доп.соглашении
Нужен независимый проход по чек-листу - можно написать нам: разберём P0/P1 и доступы без эмоций в переписке.
Делайте: один реестр = один источник правды. Не делайте: устные "ок, поправим" без статуса в таблице.
Перенесите ownership, подпишите акт и только потом платите
Доступы на вас → смена паролей → лицензия Битрикс на вас → P0 = 0 → акт с приложением доступов → финальный платёж → чек-лист после запуска перед рекламой
К акту приложите список логинов (пароли - в менеджере), подтверждение владельца домена/хостинга, скрин лицензии, закрытый реестр P0. Затем переводите остаток. Не путайте этапы: маркетинг гоните после запуска, не в день приёмки.
Делайте: акт как финал проверки. Не делайте: оплату вперёд, чтобы "скорее запуститься в пятницу".
Чек-лист приёмки сайта у подрядчика: 30+ пунктов до оплаты
- Договор и ТЗ под рукой; спорные пункты сверены с фактом
- Staging/prod URL открываются без пароля "только у разработчика"
- Админ CMS - ваш аккаунт, роль администратор
- Хостинг - панель на заказчике
- Домен - на заказчике, DNS понятны
- Метрика - на вашем аккаунте
- Главный CTA ведёт куда нужно
- Форма с десктопа отправляет заявку
- Форма с телефона отправляет заявку
- Письмо/CRM получают заявку
- Оплата/заказ (если есть) проходит тест
- Мобильное меню и формы кликабельны
- HTTPS без ошибок сертификата
- Нет смешанного контента
- 404 оформлена
- robots.txt на prod не закрывает сайт целиком
- sitemap.xml отдаётся
- Скорость в разумных пределах (Web Vitals)
- Битых ссылок в шапке/футере нет
- Политика ПДн доступна
- Чекбокс согласия не pre-checked
- Контакты и реквизиты верные
- Отчёт Монитора качества Битрикс получен
- Лицензия "Зарегистрировано на имя" = заказчик
- Статус обновлений платформы понятен
- Бэкап существует и проверяем
- Права групп CMS настроены
- Реестр P0 пуст или закрыт пересдачей
- P1 зафиксированы сроком
- Пароли сменены после передачи
- Список доступов - приложение к акту
- Акт подписан после пунктов выше
- Финальный платёж - после акта
Итог: за час-полтора вы получите результат - рабочий сайт с ownership на вас или пересдачу, пока рычаг оплаты ваш. Проверьте: P0 = 0, доступы и лицензия на вас - затем акт.
Автор: Максим Мольков, разработчик 1С-Битрикс.
Источники: Монитор качества 1С-Битрикс, курс по чек-листу сдачи, проверка ключа лицензии, Core Web Vitals; практика приёмок на CMS "Управление сайтом".
Частые вопросы
Можно ли не подписывать акт приёмки сайта?
Да, при существенных недостатках (P0): формы, доступы, лицензия не на вас. Зафиксируйте замечания письменно и срок пересдачи. "Ок" в мессенджере акт не заменяет.
Что делать, если подрядчик давит на оплату до исправлений?
Отправьте реестр P0 одним письмом: без закрытия критичных пунктов акт и финальный платёж не подписываете. P1 можно вынести в доп.соглашение со сроком.
Чем приёмка отличается от чек-листа после запуска?
Приёмка - до акта и оплаты: доступы, формы, лицензия, P0. После запуска - live-сайт перед рекламой. Сначала акт, потом проверка после запуска.
Какие доступы должны быть у заказчика до оплаты?
Хостинг, домен, админ CMS, Метрика, при необходимости БД/SSH и ключи API. После передачи смените пароли. "Пришлём после оплаты" - стоп-сигнал для приёмки.
Что проверить на Битрикс при сдаче сайта?
Отчёт Монитора качества (/bitrix/admin/checklist.php, OnCheckListGet), LICENSE_KEY с именем заказчика, обновления Marketplace, бэкап и права групп. Это CMS "Управление сайтом", не Bitrix24.
Нужен ли акт, если в переписке уже "всё ок"?
Да. Акт фиксирует момент приёмки. Приложите список доступов и закрытый реестр замечаний - иначе спор по "оку в чате" сложнее.
Можно ли принять сайт с косметическими правками?
Да, если P0 закрыты. P1 - в доп.соглашение с датой. Хотелки вне ТЗ - change request, не повод подписывать при сломанных формах.
