В данной статье мы подробно разберем структуру договора, обязательные условия, юридические нюансы передачи интеллектуальных прав и предоставим комментируемый образец структуры документа.
Правовая природа договора: Подряд или Услуги?
С юридической точки зрения отношения по разработке ПО чаще всего оформляют как Договор подряда (ГК РФ, ст. 702–768), а не Договор возмездного оказания услуг. Это принципиально важно:
- Результат: Подряд подразумевает создание материального результата (готовое приложение, исходный код, документация). Услуги подразумевают процесс (консультации, аудит, сопровождение).
- Приемка-сдача: По подряду обязательна подпись Акта приема-передачи результата работ. Без акта работа не считается выполненной, а оплата может быть отложена.
- Гарантии: Подрядчик несет ответственность за качество результата (дефекты, баги) в течение гарантийного срока (обычно 6–12 месяцев после приемки).
- Исключительное право: Переход исключительного права на результат (исходный код, дизайн) к заказчику происходит только при условии, что это прямо прописано в договоре подряда (п. 4 ст. 1295 ГК РФ).
Обязательные реквизиты и стороны договора
Согласно ст. 432 ГК РФ, договор должен содержать:
- Предмет договора: Четкое описание того, что именно разрабатывается (iOS, Android, кроссплатформенное, бэкенд, админка, дизайн UI/UX).
- Стороны: Полные наименования (для ИП/Юрлиц) или ФИО, паспортные данные, адреса регистрации (для физлиц).
- Заказчик: ООО «», ИНН , ОГРН , адрес: г. , ул. , д. , офис . Действует на основании Устава / Доверенности № от *..*.
- Подрядчик (Исполнитель): ИП * / ООО «», ИНН , ОГРН , адрес: г. , ул. , д. . Действует на основании Устава / паспорта серии * № *.
- Цена и порядок расчетов: Фиксированная сумма или поэтапная оплата, валюта (рубли), НДС (если применимо), реквизиты для оплаты.
- Сроки: Дата начала, промежуточные дедлайны (маилстоуны), финальная дата сдачи.
Ключевые разделы договора (Детальная структура)
Приложение № 1: Техническое задание (ТЗ) — «Сердце» договора
ТЗ не может быть просто приложением «для галочки». Именно по ТЗ суд или арбитр будет определять, выполнены ли работы. В ТЗ обязательно должны быть:
- Функциональные требования (User Stories / Use Cases: «Как пользователь я хочу…, чтобы…»).
- Нефункциональные требования: производительность (время отклика API < 200мс), нагрузка (10k RPS), безопасность (шифрование, OAuth2), поддержка версий ОС (iOS 15+, Android 10+).
- Стек технологий (Swift/Kotlin, Flutter, React Native, Node.js/Python/Go для бэкенда, БД).
- Требования к дизайну (ссылка на Figma/Zeplin, гайдлайн стиля).
- Интеграции: платежные шлюзы (ЮKassa, Stripe), карты, пуш-уведомления (Firebase/APNs), аналитика (Amplitude, AppMetrica).
- Критерии приемки (Definition of Done): как именно тестируется каждая фича.
Совет: Прикрепите к ТЗ прототипы экранов (Wireframes) и схему БД/архитектуру. Любые изменения ТЗ после подписания договора оформляются Дополнительным соглашением с пересчетом сроков и бюджета.
Этапы работ и Приемка-сдача (Маилстоуны)
Разработку лучше разбить на 3–5 этапов (Milestones) с оплатой по факту подписи Акта:
- Этап 1: Discovery / Проектирование / Дизайн. Результат: ТЗ (если не было), UI-кит, прототип в Figma, архитектурная схема. Оплата: 10–20%.
- Этап 2: MVP / Core-функционал (Бэкенд + 1 платформа). Результат: Работающее приложение в TestFlight / Internal Testing, API docs (Swagger), исходный код в репозитории (Git). Оплата: 30–40%.
- Этап 3: Вторая платформа / Продвинутый функционал / Админка. Результат: Полный билд под обе платформы, админ-панель. Оплата: 30%.
- Этап 4: Публикация в сторах / Стабилизация. Результат: Приложение в App Store / Google Play (или архивы для ручной установки), закрытие критических багов. Оплата: 10–20%.
Процедура приемки: Подрядчик предоставляет доступ к билду/репозиторию. Заказчик тестирует в течение N рабочих дней (обычно 5–10). Если заказчик молчит — работа считается принятой (тихая приемка). Если найдены баги — пишется протокол дефектов, подрядчик исправляет за свой счет в установленный срок.
Интеллектуальные права (Самый критичный пункт)
По умолчанию (ст. 1295 ГК РФ) исключительное право на программу для ЭВМ принадлежит автору (разработчику). Чтобы права перешли к заказчику, в договоре обязательно должно быть условие:
«Исключительное право на Результаты работ (исходный код, объектный код, дизайн-макеты, документацию, ТЗ) переходит к Заказчику в полной объеме с момента подписания Акта приема-передачи соответствующего этапа (или полной оплаты) по всемирно, на весь срок действия авторского права, со правом сублицензирования»;
Важные нюансы:
- Готовые библиотеки/фреймворки: Подрядчик не может передать права на чужой Open Source код (MIT, Apache, GPL) или свои проприетарные фреймворки. В договоре нужно прописать: «Подрядчик гарантирует, что в Результаты работ не включены объекты прав третьих лиц, ограничивающие права Заказчика, за исключением библиотек с лицензиями MIT/BSD/Apache 2.0, список которых приведен в Приложении № Х».
- Право автора (персональное неимущественное): Оно остается у разработчика-физлица вечно. В договоре можно добавить пункт об обязательстве заказчика указывать авторство (в About приложении или в репозитории).
- Регистрация в Роспатенте: Не обязательна для возникновения права, но дает преимущества в суде. Кто регистрирует — заказчик или подрядчик от имени заказчика, пропишите в договоре.
Конфиденциальность и NDA
Часто выносят в отдельное Соглашение о неразглашении (NDA), но дублируют суть в договоре:
- Определение Конфиденциальной информации (ТЗ, код, бизнес-логика, базы пользователей, маркетинговые планы).
- Срок действия: обычно 3–5 лет после окончания договора.
- Штрафные санкции за утечку (неустойка).
- Исключения: информация, ставшая публичной не по вине стороны, полученная от третьих лиц законно.
Гарантии и Техподдержка (Warranty & Support)
- SLA (Service Level Agreement): Если нужна оперативная поддержка (реакция за 1 час на критичные баги), это оформляется отдельным Договором техподдержки за отдельную плату (ретейнер).
- Обновления ОС: Адаптация под новые iOS/Android, это новые работы, не входящие в гарантию (если не оговорено иное).
Ответственность сторон и Неустойки
Штрафы должны быть реалистичными, иначе суд их уменьшит (ст. 333 ГК РФ).
- Просрочка исполнителя: Неустойка 0.1–0.5% от стоимости этапа/договора за каждый день просрочки, но не более 10–20% от суммы этапа.
- Просрочка оплаты заказчиком: Пени (ключевая ставка ЦБ * сумма долга / 300) или фиксированная неустойка.
- Качество: Штраф за критические баги, неисправленные в гарантийный срок.
- Ограничение ответственности: Стороны часто исключают ответственность за упущенную выгоду (lost profits) и ограничивают общую ответственность суммой договора.
Форс-мажор и Расторжение
Стандартные основания (война, наводнение, решения госорганов). Важно прописать порядок уведомления (письменно, почтой/ЭДО/Telegram с подтверждением прочтения) в течение 3–5 дней.
Расторжение по воле одной стороны: Заказчик может расторгнуть в любой момент, оплатив выполненную работу + документально подтвержденные расходы исполнителя (ст. 723 ГК РФ). Исполнитель — только при существенном нарушении заказчиком (неоплата, не предоставление доступов).
Типовые ошибки и риски (Чек-лист «Что проверить перед подписью»)
| Риск / Ошибка | Последствия | Как исправить в договоре |
|---|---|---|
| ТЗ отсутствует или звучит как «сделать приложение как Убер» | Споры о объеме работ, бесконечные правки, невозможность приемки. | Обязательное Приложение с ТЗ, User Story, макетами. Пункт: «Работы, не описанные в ТЗ, оплачиваются отдельно по Доп. соглашению». |
| Нет условия о переходе исключительных прав | Права остаются у разработчика. Заказчик не может продать приложение, дать в франшизу, запретить разработчику использовать код у конкурентов. | Четкий пункт о переходе прав (см. п. 3.3). Получение подписанного Акта передачи прав (если требуется нотариальная форма для патента, но для ПО простой письменной достаточно). |
| Использование GPL-библиотек без уведомления | Обязательность открыть исходный код всего приложения (вирусный эффект GPL). | Запрет в договоре на использование GPL/AGPL без письменного согласия. Требуйте отчет по лицензиям (SPDX/SBOM). |
| Доступы к аккаунтам разработчика (Apple Developer, Google Play Console) заведены на исполнителя | Потеря контроля над приложением, невозможность обновить/удалить при конфликте. | В договоре: «Аккаунты создаются на реквизиты Заказчика. Подрядчик получает доступ по роли Admin/Developer. При сдаче — передача Owner роли Заказчику». |
| Отсутствие репозитория (Git) у заказчика | Код «заложен» у фрилансера. Риск потери доступа. | Репозиторий создается в организации Заказчика (GitHub/GitLab/Bitbucket Org). Подрядчик пушит код ежедневно/еженедельно. |
| Скрытые платежи за серверы, Apple Developer Program ($99/год), Google Play ($25) | Неожиданные расходы заказчика или долги исполнителя. | Пункт: «Расходы на хостинг, сторы, сторонние API оплачивает Заказчик напрямую / Подрядчик включает в смету». |
Образец структуры договора (Шаблон для заполнения)
Ниже приведена структура документа. Текст в квадратных скобках [] подлежит замене/маскировке.
г. [] «[]» [] 202[] г.
СТОРОНЫ
Заказчик: [Полное наименование / ФИО ИП], ИНН [], ОГРН[ИП] [], адрес: [], тел.: [], e-mail: [], в лице [Должность] [ФИО], действующего на основании [Устава / Доверенности № [] от [*]], именуемое в дальнейшем «Заказчик».
Подрядчик: [Полное наименование / ФИО ИП], ИНН [], ОГРН[ИП] [], адрес: [], тел.: [], e-mail: [], в лице [Должность] [ФИО], действующего на основании [Устава / Доверенности № [] / Паспорта], именуемый в дальнейшем «Подрядчик».
ПРЕДМЕТ ДОГОВОРА
Подрядчик обязуется выполнить работы по созданию мобильного приложения «[Название проекта / Кодовое имя]» (далее — «Результат работ» или «Приложение») для платформ [iOS / Android / Кроссплатформенное] и передать исключительные права на него Заказчику на условиях настоящего Договора.
Подробное описание функционала, технических требований, дизайна, этапов работ и критериев приемки содержится в Приложении № 1 (Техническое задание), являющемся неотъемлемой частью Договора.
Состав Результата работ включает:
- Исходный код приложения (Frontend, Backend, Admin Panel);
- Дизайн-макеты (UI Kit, прототипы) в исходных файлах (Figma/Sketch);
- Техническую документацию (API Docs, README, инструкция по деплою);
- Сборочные артефакты (.ipa, .aab / .apk) для публикации;
- Доступы к репозиторию (Git), CI/CD, серверам (по завершении).
СРОКИ ВЫПОЛНЕНИЯ РАБОТ (МАЙЛСТОУНЫ)
Работы выполняются этапами согласно графику (Приложение № 2 — Календарный план-график):
| Этап | Наименование / Результат | Срок сдачи (календарные дни от вступления в силу) | Стоимость этапа (РУБ) |
|---|---|---|---|
| 1 | [Дизайн / Проектирование / ТЗ] | [] | [] |
| 2 | [MVP / Бэкенд + iOS / Android] | [] | [] |
| 3 | [Вторая платформа / Админка / Полный функционал] | [] | [] |
ЦЕНА И ПОРЯДОК РАСЧЕТОВ
Общая стоимость работ: [Сумма прописью] ([Сумма цифрами] руб.) [в т.ч. НДС []% / без НДС].
Оплата поэтапная, безналичным расчетом на р/с Подрядчика (Приложение № 3 — Реквизиты):
- Предоплата / Этап 1: [] руб. — в течение [] дней от подписания Договора.
- Этап 2: [] руб. — в течение [] дней от подписания Акта приема-передачи Этапа 1.
- Этап 3: [] руб. — в течение [] дней от подписания Акта приема-передачи Этапа 2.
Приемка работ осуществляется путем подписания двусторонними Актами приема-передачи выполненных работ (по форме Приложения № 4).
ИНТЕЛЛЕКТУАЛЬНЫЕ ПРАВА
Подрядчик гарантирует, что Результаты работ не нарушают права третьих лиц. Подрядчик не вправе использовать общий программный код/фреймворки, ограничивающие права Заказчика (GPL, AGPL), без предварительного письменного согласия. Список разрешенных сторонних библиотек — Приложение № 5.
Персональные неимущественные права автора (право авторства, право имени) сохраняются за физическими лицами — авторами кода/дизайна. Заказчик обязуется сохранять указание на авторство в разделе «About» / Credits (по согласованию).
КОНФИДЕНЦИАЛЬНОСТЬ
Стороны обязуются хранить в тайне Конфиденциальную информацию (ТЗ, код, бизнес-данные, условия договора) в течение [3/5] лет после прекращения Договора. Полный перечень, в Соглашении о неразглашении (NDA) / Приложении № 6.
ГАРАНТИИ И ТЕХПОДДЕРЖКА
Подрядчик бесплатно устраняет дефекты (несоответствие ТЗ), обнаруженные в гарантийный период, в течение [10] рабочих дней после получения уведомления.
Доработки, новые фичи, адаптация под новые версии ОС — не входят в гарантию, оплачиваются отдельно.
ОТВЕТСТВЕННОСТЬ СТОРОН
За просрочку сдачи этапа: неустойка [0.3]% от стоимости этапа за каждый день просрочки, макс. [20]% от стоимости этапа.
За просрочку оплаты: пени по ключевой ставке ЦБ РФ / неустойка [0.1]% от суммы долга в сутки.
Стороны не несут ответственности за упущенную выгоду. Общая ответственность ограничена суммой Договора.
ФОРС-МАЖОР И РАСТОРЖЕНИЕ
[Стандартные формулировки ГК РФ + порядок уведомления на e-mail/почту/ЭДО].
ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ
Досудебный претензионный порядок обязателен. Срок ответа: [30] календарных дней.
Арбитраж: [Арбитражный суд г. [*] / Суд по месту нахождения Ответчика].
ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ
Договор вступает в силу с момента подписания, действует до полного исполнения обязательств.
Все изменения — только письменно (Доп. соглашения).
Уведомления направляются на адреса/е-mail из преамбулы. Считаются полученными: при личной вручке — по росписи; почтой — через [6] дней; по e-mail/ЭДО — в момент получения подтверждения доставки.
ПОДПИСИ СТОРОН
ЗАКАЗЧИК: _______________ / [ФИО] / М.П. (при наличии)
ПОДРЯДЧИК: _______________ / [ФИО] / М.П. (при наличии)
ПРИЛОЖЕНИЯ (неотъемлемые части):
Техническое задание (ТЗ) + Макеты (ссылка на Figma: [*]).
Календарный план-график работ.
Реквизиты сторон для расчетов.
Форма Акта приема-передачи выполненных работ.
Реестр сторонних библиотек и лицензий (SBOM).
Соглашение о неразглашении (NDA) / Перечень конфиденциальной информации.
Практические советы по работе с договором
- Электронный документооборот (ЭДО): Используйте Диадок, СБИС, Контур или хотя бы подпись по ЭЦП (квалифицированной). Это придает договору полную юридическую силу без бумажных оригиналов. Простая скан-копия с печатью/подписью также работает, но легче оспорить в суде.
- Репозиторий — залог безопасности: Настройте CI/CD так, чтобы билд собирался автоматически при пуше в ветку
main/release. Заказчик должен иметь доступOwnerк организации в GitHub/GitLab с первого дня. - Apple Developer Program / Google Play Console: Настоятельно рекомендуйте заказчику оформить аккаунты на свои юрлицо/ИП до начала Этапа 4. Перенос приложения между аккаунтами (Transfer) занимает время и требует поддержки Apple/Google.
- Приемка по чек-листу: Приложите к Акту чек-лист приемки (Smoke-test: авторизация, оплата, пуши, офлайн-режим, глубокие ссылки). Подписание Акта без тестирования — риск принять сырой продукт.
- Эскроу-счета / Сेफ-сделки: Для крупных проектов (> 1-2 млн руб.) используйте банковские эскроу-счета или безопасные сделки на биржах (Kwork, FL.ru, Habr Freelance), чтобы деньги заморозились до приемки.
Качественный договор на разработку мобильного приложения — это не бюрократия, а инструмент управления проектом. Он заставляет стороны до старта согласовать: «Что делаем», «За сколько», «Когда сдаем» и «Чьи это права».
Главные правила:
- Не экономьте на этапе ТЗ и прототипирования (Discovery). Переделка ТЗ в середине разработки стоит в 5–10 раз дороже.
- Фиксируйте переход исключительных прав на код и дизайн жестко и безусловно (при оплате).
- Контролируйте инфраструктуру (Git, Серверы, Аккаунты в сторах) — они должны принадлежать заказчику.
- Любые изменения — только Дополнительными соглашениями с новой оценкой сроков и бюджета.
Данная статья носит информационный характер и не является юридической консультацией. Для подготовки финального документа, учитывающего специфику вашего проекта (медицина, финтех, госзаказ, работа с персональными данными 152-ФЗ), рекомендуется привлечь IT-юриста.