Приемка работы у разработчика: что смотреть и спрашивать
Принять работу у разработчика значит сверить результат с договоренностями и проверить продукт своими руками. Попросите показать рабочий продукт на тестовом стенде, то есть на копии для проверки, и пройдите основные сценарии сами. Подписывайте акт только после того, как убедились в работе функций.
Основатель студии, в коммерческой разработке с 2016 года · Обновлено 21 октября 2026
С чего начать приемку работы
До показа соберите договор, техническое задание и список функций, которые обсуждали в переписке. Сверьте, что разработчик показывает заказанный продукт целиком. Попросите открыть тестовый стенд на вашем устройстве и пройти путь клиента от начала до конца. Запишите работающие функции и замечания прямо во время показа. После встречи отправьте список замечаний письмом, чтобы у обеих сторон остался след.
Что проверить в готовом продукте
Пройдите основные сценарии сами: регистрация, вход, оплата в тестовом режиме, письма и уведомления. Проверьте, что данные сохраняются, ошибки показываются понятным текстом и страницы открываются на телефоне. Попросите показать журналы ошибок, то есть записи о сбоях, и объяснить, как продукт ведет себя при нагрузке. Спросите, где хранятся резервные копии и как их восстановить. Отдельно проверьте действия, которые будете делать вы как администратор: добавить товар, ответить клиенту, изменить настройки.
Какие вопросы задать разработчику
Спросите, какие функции готовы, какие остались в работе и что зависит от ваших решений. Попросите показать список передаваемых доступов: репозиторий, то есть хранилище кода, админка, сервер, домен, аккаунты сервисов. Уточните, как вносить правки после запуска и кто будет этим заниматься. Спросите, где лежит инструкция для администратора и как связаться с поддержкой. Попросите показать, как откатить неудачное обновление.
Что подписать после проверки
Акт приемки подписывайте после того, как прошли сценарии и получили доступы. Приложите к акту список функций, известные ограничения и перечень переданных доступов. Сохраните инструкцию по запуску, обновлению и восстановлению из резервной копии. Пароли и доступы держите в менеджере паролей, аккаунты регистрируйте на свою почту. Когда список готов, рассчитайте следующий этап в калькуляторе на сайте и оставьте заявку в форме.
Проверьте себя
- Список функций и критерии приемки записаны до начала работ.
- Вы прошли основные сценарии на своем устройстве.
- Проверили регистрацию, оплату в тестовом режиме, письма и уведомления.
- Получили доступ к коду, админке, серверу и домену.
- Есть инструкция по запуску, обновлению и восстановлению.
- Пароли и доступы лежат у вас в одном месте.
- Понятно, кто отвечает за поддержку после запуска.
Частые вопросы
Можно ли принять работу по видеозвонку?
Видеозвонок годится для знакомства с результатом. Попросите показать продукт на тестовом стенде и пройдите основные сценарии сами. Запись звонка не заменяет проверку.
Что делать, если часть функций не готова?
Зафиксируйте недоделки письмом и попросите назначить новую дату показа. Не подписывайте акт целиком, пока не прошли проверку. Можно принять готовые функции отдельным актом.
Кому принадлежат доступы после запуска?
Аккаунты в сервисах регистрируйте на почту компании. Разработчик получает доступ на время работ и передает пароли вам. После приемки смените пароли и проверьте, что старые доступы закрыты.
Нужен ли акт, если работа шла в переписке?
Акт с перечнем результата защищает обе стороны при спорах. Приложите к нему список функций и доступов. Переписку сохраните до конца проекта.
Читайте также
- Гайд Этапы разработки веб приложения для заказчика Как заказчику пройти этапы разработки веб приложения: подготовка, техзадание, прототип, приемка. Что спрашивать у подрядчика и как контролировать работу.
- Гайд Техническое задание на разработку: что в нем должно быть Что включить в ТЗ на разработку, как описать сценарии пользователей и проверить документ до старта работ. Чеклист вопросов исполнителю и разбор частых ошибок.
- Гайд Подрядчик на разработку: как его проверить и о чем договориться Как проверить подрядчика на разработку, что спросить о коде и договоре, чем фрилансер отличается от студии. Практичный разбор для заказчика.