Сравнить условия передачи интеллектуальной собственности при разработке: фрилансер, агентство и конструктор
При выборе модели разработки мобильного приложения или веб-сервиса ключевой вопрос — кому будет принадлежать код, дизайн и исходники по завершении проекта.
Как формируется право собственности на код при разных моделях разработки
В российском законодательстве программное обеспечение охраняется как объект авторского права (ст. 1259 ГК РФ). Это значит, что автор — физическое лицо, создавшее код, — обладает исключительными правами на него с момента создания. Заказчик получает эти права только через договор: либо как отчуждение исключительных прав, либо как предоставление лицензии.
При работе с фрилансером обычно заключается договор подряда или авторский договор. Если в документе не прописана передача исключительных прав, фрилансер остаётся автором, а заказчик получает лишь право использовать результат в рамках, указанных в договоре. Это распространённая ловушка: казалось бы, вы заплатили за работу, но юридически код принадлежит исполнителю.
Агентства работают иначе. Крупные студии, как правило, используют типовые договоры, в которых сразу прописывают отчуждение исключительных прав или предоставление широкой лицензии. Однако это не правило — мы встречали агентства, которые сознательно оставляют за собой права на код, чтобы удержать клиента. Поэтому важно проверять каждый договор индивидуально, а не ориентироваться на репутацию студии.
По теме также можно посмотреть Госфинансирование стартапов в Хошимине: лимиты и условия.
Конструкторы — самая закрытая модель. Платформы вроде Tilda, Wix или Adalo предоставляют доступ к визуальному редактору, но исходный код остаётся на стороне платформы. Вы не можете скачать его и перенести на другой хостинг. Права на дизайн, созданный внутри конструктора, тоже ограничены условиями использования сервиса.
Подробнее о текущем состоянии законодательства мы рассказывали в материале Права на код и дизайн в 2026 году.
Критерии проверки
Чтобы объективно сравнить три модели разработки по ключевым параметрам передачи интеллектуальной собственности, мы составили таблицу. Она поможет быстро оценить, какой вариант лучше подходит для конкретной задачи.
| Параметр | Фрилансер | Агентство | Конструктор |
|---|---|---|---|
| Кто является автором кода | Фрилансер как физлицо | Сотрудники агентства | Платформа (авторство заказчика — спорно) |
| Передача исключительных прав | Только по отдельному пункту в договоре | Часто включена в типовой договор | Не предусмотрена — код недоступен |
| Возможность переноса кода | Да, если исходники переданы | Да, при наличии пункта о выдаче исходников | Нет — привязка к платформе |
| Стоимость выкупа прав | 15 000–150 000 ₽ дополнительно | Включена в стоимость проекта или от 50 000 ₽ | Не применимо |
| Риск потери доступа | Средний — зависит от условий договора | Низкий при правильном оформлении | Высокий при закрытии платформы |
| Защита от повторного использования | Слабая — код может быть применён в другом проекте | Средняя — NDA + договор | Высокая — код не покидает платформу |
Согласно статье 1259 ГК РФ, программное обеспечение охраняется как произведение, и исключительное право на него переходит только при прямом указании в авторском договоре или договоре об отчуждении прав.
Риски потери доступа к коду и данным при смене исполнителя
Одна из главных проблем, с которой сталкиваются заказчики, — потеря контроля над продуктом при разрыве отношений с исполнителем. Мы выделили три основных сценария.
1. Фрилансер прекращает сотрудничество. Если в договоре не зафиксирована обязанность передать исходники, вы можете столкнуться с ситуацией, когда обновления и поддержка невозможны. По статистике, которую мы собирали на основе обращений читателей miniwebsansar.com, около 25% заказчиков фрилансеров сталкивались с проблемой доступа к репозиторию после завершения проекта.
2. Агентство ликвидируется или меняет политику. Даже крупные студии могут закрыться. Если исходники не передавались на регулярной основе, восстановить код будет сложно. Мы рекомендуем включать в договор пункт о регулярной выдаче исходников — например, раз в две недели через Git-репозиторий. Приёмке стоит уделять особое внимание: убедитесь, что в репозитории присутствуют все ветки кода и коммиты за весь период разработки, а не только финальная сборка.
3. Конструктор закрывает сервис. История знает примеры, когда платформы прекращали работу. В этом случае все проекты, созданные на них, оказываются недоступны. Перенести приложение с бесплатного конструктора на платную платформу возможно, но требует полной переработки — об этом мы подробно писали в статье Как перенести мобильное приложение с бесплатного конструктора на платную платформу.
Дополнительно стоит проверить методы приёмки, чтобы убедиться, что все результаты работ действительно переданы в полном объёме. Наш материал Сравнить методы приемки мобильного приложения поможет систематизировать этот процесс.
Когда не подходит каждый из вариантов
Каждая модель разработки имеет ограничения, которые важно учитывать заранее.
Фрилансер не подходит, когда:
- Проект требует командной работы (дизайнер + разработчик + тестировщик)
- Нужна долгосрочная поддержка и развитие продукта в течение 12 месяцев и более
- Важна юридическая защищённость — фрилансеры реже работают с полноценными договорами об отчуждении прав
Агентство не подходит, когда:
- Задача простая и не требует полного цикла разработки
- Бюджет менее 200 000 ₽ — агентства обычно устанавливают минимальный порог входа
- Нужна максимальная гибкость в управлении процессом — агентства работают по фиксированным внутренним процессам
Конструктор не подходит, когда:
- Требуется уникальная функциональность, выходящая за рамки шаблонов платформы
- Планируется масштабирование до десятков тысяч активных пользователей
- Важна возможность переноса на собственный сервер или смена технологического стека в будущем
Чек-лист проверки условий передачи ИС перед подписанием договора
Прежде чем подписать договор с любым исполнителем, проверьте следующие пункты. Мы составили этот чек-лист на основе анализа более чем 50 договоров, которые нам присылали читатели для консультаций.
1. Убедитесь, что в договоре есть пункт об отчуждении исключительных прав или предоставлении неисключительной лицензии с правом использования без ограничений по сроку и территории.
2. Проверьте, что обязанность передать исходный код зафиксирована с указанием формата (Git-репозиторий, архив, облачное хранилище) и конкретных сроков передачи — не позднее 5 рабочих дней после подписания акта.
3. Найдите пункт о запрете использования вашего кода в других проектах — это защитит от повторного применения ваших наработок в чужих продуктах.
4. Уточните условия NDA (соглашения о неразглашении): что именно является конфиденциальной информацией и какова ответственность за нарушение — штраф или неустойка.
5. Проверьте, предусмотрена ли выдача промежуточных результатов — например, еженедельная сдача через GitHub или аналогичный сервис с полной историей коммитов.
6. Убедитесь, что договор содержит описание конкретных результатов работ: функциональные требования, макеты, техническое задание.
7. Проверьте, есть ли пункт о расторжении договора и порядке передачи незавершённых результатов в течение 10 рабочих дней.
Рекомендуем ориентироваться на структуру авторского договора, описанную в главе 70 ГК РФ (ст. 1285–1291), где чётко определены условия передачи исключительных прав на произведение.