Договор на разработку мобильного приложения

Очень просто показать, насколько это актуальной вопрос. Вспомните любую компанию, у которой вы что-то заказывали или покупали, наверняка у них есть приложение и для телефона. Работу с людьми в мобильном приложении запустили очень многие, и бизнес, и органы власти, и малые предприниматели. В этой статье мы расскажем вам про договор на разработку мобильного приложения, все аспекты его составления и дадим практические советы от юристов.

Вы можете заказать нашу услугу по разработке мобильного приложения по этой ссылке.

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

Наше преимущество в знании практики разработки мобильных приложений. Также наши юристы знают английский, и, если ваш разработчик будет не из России (или вы разрабатываете приложение зарубежной компании) — это не проблема для нас.

Немного о самом договоре

Можно сказать, что договор на разработку мобильного приложения — это вид договора разработки ПО. Как показывает судебная практика, договор на разработку программы заключается как договор возмездного оказания услуг, договора подряда или смешанный договор. То есть у нас есть две стороны — заказчик и разработчик. Первый создает задание на мобильное приложение и оплачивает результат. Второй создает приложение и передает заказчику.

Особенность этого договора — это предмет, а именно мобильное приложение. Это комплексная вещь, которая разрабатывается на языке программирования специалистом. Мобильное приложение состоит, как минимум, из трех компонентов: -дизайн — код — аналитика данных. Исходя из этого мы и будем составлять наш договор. Отличие от обычного договора на разработку ПО, то, что мобильное приложение должно поддерживаться на Android, IOS, Windows phone (последнее не всегда). Это мы и будем указывать в будущем в техническом задании.

Этапы создания мобильного приложения

Многие заказчики начинают поиск разработчика с составления брифа о себе и своей компании — это короткое описание на 1-2 листах данных о вас, о том, какое приложение вам нужно, какие сроки и вообще любой нужный вам вопрос.  Бриф обычно заменяет долгие встречи и собеседования с разработчиками.

Как правило, мобильное приложение создается в несколько этапов.

1. 1. Проект приложения;

1. 1. Проект дизайна;

1. 1. Создание дизайна;

1. 1. Создание приложения (программирование);

1. 1. Проверочные испытания;

1. 1. Запуск приложения. (Помним, что приложение еще должно разместиться в App store или Google play и скачиваться без ошибок).

Этот вопрос мы указываем в техническом задании. То, что несколько этапов и по итогам каждого стороны подписывают акт.

Как составить договор на разработку мобильного приложения

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

PS: законодательством РФ регламентируется, что в случае, если стороны не включат в договор существенные условия, то такой договор будет считаться незаключенным.

Предмет договора

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

• • Была достигнута согласованность о том, что Поставщик принимает на себя обязательства перед Клиентом по [разработке мобильного приложения Системы].

• • Само приложение мы будет описывать в техническом задании немного позже.

Цена договора

Здесь вы должны решить, как будете оплачивать труд разработчиков. Есть несколько вариантов:

1. 1. Фиксированная цена;

1. 1. Договор time and material (в этом случае заказчик платит за количество часов и потраченного времени);

1. 1. Фиксированная цена и проценты.

https://www.youtube.com/watch?v=Bofe67-RO6c

Помним, что разработка приложения это несколько этапов. Об этом мы писали выше. Обычно договор time and material выгоднее разработчикам, а фиксированный заказчику. Также договор time and material вполне подойдет для приема этапов мобильного приложения. И если разработчик почему-то не закончит работу, то вы уже оплатите сделанное и никаких претензий не возникнет. Вы можете выбрать любой из вариантов и согласовать с разработчиком. Юристы же просто помогут вам правильно составить такой договор.

Прием и передача мобильного приложения

Здесь все также имеет особенности, потому что этапов разработки несколько. Каждый этап — это труд айтишника, вы должны оценить его, сделать свои пометки или попросить что-то исправить, если надо. В сфере IT такие этапы еще называются спринты.

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

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

1. 1. Каждый этап заканчивается подписанием акта-приема передачи;

1. 1. Каждый этап оплачивается, если вы выбрали договор time and material;

1. 1. Отказ от приема этапа тоже должен быть мотивированным;

1. 1. Допускается исправления или доработка приложения на этапах. (приложение может получиться не с первого раза написания кода. Поэтому надо согласовать с разработчиком как будут исправляться ошибки и кто за это заплатит).

Также важно помнить и про приемочные испытания. Мы платим деньги специалистам, а значит должны быть уверены, что приложение будет работать без ошибок. Во время испытаний приложение тестируется. Если программа не пройдет приемное испытание, то в договоре указываем, что IT специалисты даются разумные время и средства для внесения изменений в программу. Все расходы по исправлениям может нести разработчик.

Авторские права

В договоре также нужно решить у кого будут исключительные права на мобильное приложение. Здесь есть два варианта. Права на программу 1) у разработчика или 2) у заказчика. По закону автор приложения может пользоваться им на безвозмездной основе. Для этого необходимо составить лицензионное соглашение. В этом случае само исключительное будет у заказчика. Во втором варианте исключительное право будет у разработчика. А вы уже будете использовать приложение по лицензионному соглашению. Предоставить лицензию можно дополнением к договору. Стороны подписывают договор, значит соглашаются на такой порядок работы. Стоит отметить, что пока заказчик не примет программу и не оплатит работу, программист не может пользоваться программой.

Гарантии разработчика

Мы уже говорили, что приложение, написанное на языке программирования сложная вещь. Даже после всех тестов и испытаний могут возникнуть ошибки. Например, у клиентов может что-то не работать через время или не будет совместимости с новой версией IOS или Android. Поэтому нам важно установить гарантийный срок в договоре и обязать разработчика устранять ошибки приложения. Если же они, конечно, возникли по его вине. Существует установленный законом срок — 2 года. Однако, вы можете договориться с разработчиком уменьшить или увеличить срок. Лучше, конечно, увеличить, это в ваших интересах.

Техническое задание

Техническое задание — одна из самых важных частей нашего соглашения. В нем мы рассказываем разработчику, какое приложение нам нужно. Кроме того, техническое задание должно содержать требования к приложению:

1. 1. Область применения (Например приложение должно принимать заказы клиентов по доставке еды);

1. 1. Требования к обеспечению надежного (устойчивого) функционирования приложения (без вылетов, багов и так далее) ;

1. 1. Требования к исходным кодам и языкам программирования;

1. 1. Требования к программной совместимости (Android, IOS);

1. 1. Требования к защите информации и программ (безопасность и

1. 1. конфиденциальности, закон о защите персональных данных);

1. 1.  Требования к документации приложения.

CMS — это система управления контентом. Эта система даст вам возможность самим менять контент приложения без помощи разработчика. Вы также можете в техническом задание про эту систему, и чтобы мобильное приложение работало с CMS системой.

Еще несколько условий договор

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

1. 1. Приложение должно спрашивать разрешение у клиента на обработку персональных данных;

1. 1. Если разработчик работает с данными клиентов, то он не имеет права их распространять.

Также важна и ответственность сторон. Здесь важно помнить несколько моментов:

1. 1. Ответственность должна дисциплинировать, а не обременять;

1. 1. Ответственность должна быть справедливой и направлена к обеим сторонам договора;

1. 1. Ответственность может быть не только по нарушениям сроком. Это также может быть некачественная работа, нарушение авторских прав, нарушение конфиденциальности;

1. 1. Если случился форс-мажор сторона освобождается от ответственности (стихийное бедствие, война и так далее.

Не забываем про реквизиты сторон, порядок расторжения и изменения договора, применимое право и место для подписей.

Вывод

Главный вывод этой статьи — это то, что каждое мобильное приложение индивидуально. Оно может иметь разные функции, разные этапы и порядок разработки. Именно поэтому каждый договор должен подстраиваться под ваш индивидуальный заказ. Обычный юрист может не понимать специфику этого договора, нужен именно специалист, знающий практику.