Договор на создание нативных или кроссплатформенных мобильных приложений
Разработка мобильного приложения отличается от веб-проекта одним принципиальным обстоятельством: результат нужно провести через модерацию App Store и Google Play, а её сроки и решения не контролирует ни одна из сторон. Поэтому в договоре важно отделить «приложение готово и передано» от «приложение опубликовано»: привязка приёмки к факту публикации перекладывает на исполнителя чужой риск. Второй специфический блок — учётные записи разработчика: на кого регистрируются, кто платит ежегодные взносы Apple и Google, кому принадлежат сертификаты подписи и ключи. Третий — поддержка совместимости при выходе новых версий iOS и Android, которая почти всегда выходит за рамки гарантийного срока.
Формат
.docx
Обновлено
2026
Стоимость
Бесплатно
Формат: .docx (Word)
Структура и основные разделы документа
Пошаговая инструкция по заполнению документа
Скачайте шаблон договора в формате .docx на ваш компьютер
Замените все поля в [квадратных скобках] на актуальные данные сторон
Внимательно проверьте все суммы, сроки и реквизиты перед подписанием
Распечатайте в двух экземплярах и подпишите обеими сторонами
На что обратить внимание при заключении договора
Привяжите приёмку к передаче работающей сборки, а не к факту публикации. Модерация Apple и Google — риск, который исполнитель не контролирует.
Учётные записи разработчика лучше регистрировать на заказчика. Иначе при смене подрядчика обновить приложение без прежнего исполнителя технически невозможно.
Зафиксируйте минимальные версии ОС и перечень тестовых устройств. Без этого любой баг на старом Android превращается в спор о рамках работ.
Ежегодные релизы iOS и Android ломают совместимость. Вынесите такую адаптацию за пределы гарантии — в отдельный договор поддержки.
Другие документы из этой категории
Ответы на частые вопросы о договорах
Разделите причины. Если отклонение вызвано техническими дефектами сборки или нарушением guidelines, исполнитель дорабатывает приложение в рамках договора. Если причина в бизнес-модели, контенте или требованиях самого заказчика — это его зона ответственности, и сроки сдвигаются.
На заказчика. Тогда приложение остаётся под его контролем при смене подрядчика, а исполнителю выдаётся доступ с ролью разработчика. Ежегодные взносы Apple и Google оплачивает владелец аккаунта — это стоит прямо указать в разделе о расходах.
Нет, если не указано иное. Гарантия покрывает дефекты сборки на согласованных версиях ОС, а адаптация под новые релизы — это доработка. Оформляйте её отдельным договором поддержки или дополнительным соглашением.
Укажите формат передачи: репозиторий с полной историей, инструкция по сборке, файл зависимостей и переменные окружения. Формулировка «передать исходный код» без состава передаваемого регулярно приводит к спорам о полноте.
Наши юристы помогут адаптировать договор под ваш проект или разработают индивидуальный документ.
Бесплатная консультация по вашему проекту
Телеграмм
Делимся визуально привлекательными фрагментами наших последних веб-проектов.
ВКонтакте
Пишем о интересных технических решениях и вызовах в разработке.
MAX
Демонстрируем дизайнерские элементы наших веб-проектов.
TenChat
Деловые связи, кейсы и экспертные публикации.
Рассылка
© 2025-2026 МАЙПЛ. Все права защищены.