Договор на разработку мобильного приложения: 9 пунктов, которые решают всё
Споры по приложениям почти никогда не касаются кода — они касаются формулировок. Кому принадлежит результат, что считается сдачей, кто владеет доступами и что происходит, если стороны расходятся. Ниже — девять пунктов, из-за которых чаще всего теряют деньги и время.
1. Права на результат
По умолчанию исключительное право на программу принадлежит исполнителю — заказчику оно переходит только если это прямо написано. Формулировка «заказчик получает право использования» — это лицензия, а не собственность: изменить или передать код третьему лицу вы не сможете. Нужна передача исключительного права в полном объёме, с указанием момента перехода.
2. Состав передаваемого
Перечислите поимённо: исходный код клиентской части и админки, скрипты интеграций, дизайн-макеты в исходном формате, иконки, документация по развёртыванию. Без этого перечня «передача приложения» может оказаться передачей ссылки на работающий сайт.
3. Критерии приёмки
«Приложение работает» — не критерий. Рабочая формулировка: перечень сценариев, каждый из которых проверяется на устройстве. Открыть каталог, найти товар поиском, положить в корзину, оформить заказ, получить push. Пока список не согласован, приёмка превращается в переписку без конца.
4. Сроки и что их сдвигает
Реалистичный срок для готового решения — 5–10 рабочих дней, для заказной разработки — месяцы; разбор, из чего складывается график, есть в статье о сроках разработки. В договоре важнее не сама дата, а условие её сдвига: сроки должны приостанавливаться, если заказчик не передал контент, доступы или не согласовал этап. Иначе исполнитель формально просрочит проект, ожидая ваш каталог.
5. Доступы и аккаунты
Домен, хостинг, аккаунты аналитики и рассылок регистрируются на заказчика — даже если настраивает их исполнитель. Ситуация, когда домен оформлен на подрядчика, встречается сплошь и рядом и превращает смену исполнителя в переговоры о выкупе собственного адреса.
6. Персональные данные
Если приложение собирает телефоны и адреса, роли надо развести: заказчик — оператор данных, исполнитель — обработчик по поручению. Само поручение с перечнем действий и требованиями к защите должно быть в договоре. Что ещё требуется по закону — в статье о персональных данных в приложении.
7. Гарантия и поддержка
Разделите две вещи: гарантийное устранение дефектов (бесплатно, обычно 3–12 месяцев) и развитие — новые функции и изменения (платно). Без этого разделения любая доработка превращается в спор о том, баг это или новое пожелание. Ориентиры по стоимости — в статье о поддержке.
8. Расторжение
Опишите заранее: что происходит с оплаченным, но не сданным этапом; в какой срок передаются наработки и данные; выгружается ли база заказов и клиентов. Выгрузка данных должна быть безусловной — она ваша независимо от причин расставания.
9. Ответственность
Неустойка, ограниченная разумным процентом от суммы этапа, работает лучше, чем штрафы, которые никто не собирается платить. Важнее другое: не соглашайтесь на пункт, полностью снимающий ответственность исполнителя за сроки и качество, — такой договор не даёт вам ничего, кроме иллюзии защищённости.
Как это выглядит при аренде
В арендной модели половина пунктов упрощается: права остаются у исполнителя (вы платите за пользование), зато и рисков незавершённого проекта нет — приложение либо работает, либо вы прекращаете платить. Ключевыми становятся два условия: выгрузка вашей базы по первому требованию и зафиксированная цена выкупа, если вы захотите перейти в собственность.
Аренда на месяц, 3 месяца или год — от 10 000 ₽/мес, всё обслуживание включено. Полный выкуп с исходным кодом — от 190 000 ₽. На витрине 10 живых демо.
Смотреть тарифы Живые демо