Как принять работу у подрядчика: чек-лист приёмки сайта, бота и интеграции

Момент приёмки — самый неудобный в проекте. Работа вроде сделана, подрядчик ждёт оплату, а заказчик смотрит на экран и не понимает, по каким критериям сказать «да». Обычно всё кончается фразой «вроде нормально», деньги уходят, а через две недели выясняется, что заявки с формы не доходят, а домен зарегистрирован на почту подрядчика. Я сам сдаю работу и сам принимаю её у смежников, поэтому расскажу с обеих сторон: что проверить до последнего платежа и как не превратить приёмку в конфликт.

Главный сценарий целиком, на реальных данных

Главное правило: приёмка начинается не с внешнего вида, а с одного полного прохода по главному сценарию. У сайта это путь от входа до отправленной заявки. У бота — от команды «старт» до результата. У интеграции — от записи в одной системе до её появления во второй.

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

Второе — данные должны быть настоящими. Не «Тест Тестов», а ваш реальный телефон, адрес и товар с реальной ценой. На тестовых данных не всплывают ни ограничения по длине поля, ни проблемы с кириллицей, ни округление сумм. Проверьте и неудобные случаи: длинная фамилия, адрес с корпусом, заказ на двадцать позиций.

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

Телефон, браузеры и скорость

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

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

Скорость проверяется грубо, но честно: откройте главную с телефона по мобильному интернету, а не по вайфаю. Если основное содержимое не появилось за несколько секунд — это повод для замечания, а не придирка.

Заявки, оплата и чеки

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

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

Права, резервные копии и доступы на вас

Дальше идёт то, о чём вспоминают позже всех, а зря — именно здесь возникают самые тяжёлые истории.

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

Резервные копии. Спросите не «делаются ли бэкапы», а три вещи: как часто, куда и кто может восстановить. Лучше попросить показать восстановление хотя бы один раз. Бэкап, который никогда не разворачивали, — это не бэкап.

Доступы. Домен, хостинг, аккаунты сервисов, платёжный кабинет, бот и репозиторий с кодом должны быть оформлены на ваши почту и телефон, а подрядчик добавлен как сотрудник. Зайдите в каждый кабинет со своего устройства. Чем это заканчивается, когда доступов нет, я разбирал в статье разработчик пропал: как забрать сайт.

Инструкция и обучение. Попросите короткую инструкцию и разбор на созвоне или записью экрана. Хороший признак: ваш сотрудник после обучения проходит главный сценарий сам, без подсказок.

Что проверяем и как

Сводка, по которой удобно идти сверху вниз в день приёмки.

Замечания списком, а не в переписке

Частая ошибка заказчика — присылать правки по одной, как заметил. Для подрядчика это бесконечный поток без видимого конца. Для заказчика тоже плохо: часть замечаний теряется в переписке, и потом непонятно, что исправлено.

Делайте иначе. Выделите день, пройдите всё по списку выше, соберите замечания в один документ. На каждое — где произошло, что вы сделали, что ожидали, что увидели, скриншот. И пометка важности: блокирует, мешает, мелочь.

Отделите ошибки от новых пожеланий. «Форма не отправляется» — ошибка, её чинят в рамках работы. «Добавим фильтр по цене» — новая задача с отдельной оценкой, даже если кажется маленькой. Как провести эту границу заранее, я писал в статье договор на разработку: что прописать.

Как это выглядит на практике

Хорошая приёмка занимает один рабочий день и проходит скучно. Подрядчик пишет, что этап сдан, и присылает короткое описание: что сделано, что осталось за рамками, как проверять. Заказчик проходит этот список сам.

Он отправляет три заявки с телефона, находит их в мессенджере и в таблице, платит минимальную сумму настоящей картой, получает чек, делает возврат. Заходит под ролью менеджера и пробует открыть админку по прямой ссылке — не пускает. Открывает панель хостинга и видит домен на своей почте.

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

Частые вопросы

Сколько времени давать на приёмку?

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

Что считается принятым, если я молчу?

Обычно в договоре пишут: если в срок проверки замечаний не поступило, этап считается принятым. Это защита подрядчика от бесконечного ожидания и для вас повод не пропускать срок.

Можно ли платить последний этап до приёмки?

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

Что делать с ошибками, которые всплыли после приёмки?

Для этого есть гарантийный срок: подрядчик бесплатно чинит то, что расходится с заданием. Важно, чтобы в договоре было написано и что в гарантию не входит — например поломки после правок посторонним человеком.

Я не технический человек, как проверять?

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

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

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

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

Если нужно принять работу у подрядчика и не хочется делать это вслепую, я могу пройти проект по этому чек-листу вместе с вами и сказать, что критично, а что мелочь. Напишите в Telegram, MAX или VK.