Подрядчик на разработку: как его проверить и о чем договориться

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

Данила Справцев

Основатель студии, в коммерческой разработке с 2016 года · Обновлено 21 октября 2026

С чего начать поиск подрядчика на разработку

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

Фрилансер или студия разработки: в чем разница для заказчика

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

Как проверить подрядчика на разработку

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

Договор на разработку ПО: что проверить

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

Проверьте себя

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

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

Кому принадлежит код при заказной разработке?

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

Можно ли начать с небольшой платной задачи?

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

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

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

Нужен ли технический специалист на стороне заказчика?

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

Навигация