00

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

Стоимость услуги: 25 000 рублей.

Срок исполнения услуги: 3 рабочих дня.

Стоимость услуги, срок исполнения зависят от объема представленных документов и сведений.


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

  1. изучение ситуации и документов;
  2. подготовка договора на разработку мобильного приложения;
  3. передача договора на разработку мобильного приложения;
  4. отчет перед клиентом.

 

Какие документы необходимы от Вас для оказания услуги:

  1. документы и сведения, регулирующие правоотношения;
  2. реквизиты сторон договора;
  3. юридические и экономические условия договора.

 

Что нужно сделать, чтобы заказать услугу:

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

Стоимость услуги

25 000 рублей

Статьи по теме

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

Программы и мобильные приложения стали неотъемлемым атрибутом жизни каждого человека. Профессия айтишника стала очень уважаемой и вошла в топы рейтингов.

А задумывались ли Вы когда-нибудь над юридической стороной вопроса? О том, как важно и сложно составлять договор на разработку мобильного приложения? И нужно ли это вообще?

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

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

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

Предлагаем для начала ответить на вопрос, а для чего вообще такой договор нужен и нужен ли вообще?

Нужен. Юристы вошли в сферу IT не как самозванцы, а как необходимое звено по пути к достижению цели.

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

Конечно, можно пойти к какому-нибудь частному программисту, устно изложить все свои пожелания и надеяться на лучшее. Гарантий качественного и желаемого результата Вам никто не даст. Зато деньги и время Вы точно потратите.

Когда Вы заказываете торт на День Рождения друга, то, разумеется, показываете кондитеру фотографию результата. И в случае, если цвет не тот, форма не та, Вам будет, как говорится, за что «предъявить», поскольку перед кондитером была поставлена четкая задача – сделать торт именно той формы и именно того вида, что были представлены на картинке.

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

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

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

Итак, каким же должен быть этот договор на приложение, составленный юристом?

Думаем, начать стоит с того, что такой договор по своей сути является рамочным договором. Что это значит? Рамочный договор – гибкое соглашение, которое позволяет сторонам менять/добавлять различные условия, при этом не составляя новых договоров и экономя время.

Многие из таких рамочных договоров имеют трехступенчатую структуру, это:

  1. Заказ на проектирование – тут стороны договариваются о том, а что вообще нужно сделать, «притираются» друг к другу, формируют макет.
  2. Заказ на разработку – непосредственно создание самого приложения.
  3. Заказ на сопровождение – приложение не будет вечно функционировать само по себе, нужен контроль за его работой со стороны IT-специалиста. Конечно, лучше, чтобы результат контролировал сам создатель.

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

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

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

Условие о предмете – существенное условие для любого договора. Тем не менее, здесь не стоит усердствовать и стремиться расписать все, что будет входить в обязанности программиста.

Достаточно указать в этом разделе формулировку: «Исполнитель по заданию Заказчика выполняет определенные техническим заданием и приложением к Договору работы, а Заказчик обязуется вовремя их оплатить». Это примерная формулировка, но суть Вы поняли.

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

  • Материалы

«Какие тут могут быть материалы?» — спросите Вы. Все просто: в данном договоре материал = информация.

Чтобы исполнитель смог качественно и в срок сделать свою работу, он должен получить от заказчика необходимый объем информации.

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

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

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

  • Порядок сдачи-премки

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

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

Например, условие договора может быть сформулировано так: «Доработка результата, исходя из новых данных и требований Заказчика, которые не были указаны в задании, не является исправлением. Такие доработки выполняются только за отдельную плату на основании отдельного задания. Исполнитель вносит исправления за свой счёт. Срок исправлений входит в общий срок выполнения задания».

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

  • Интеллектуальные права

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

Более того, зачастую разработчики прибегают к использованию средств, права на которые принадлежат совсем другим авторам. Разработчик получает разрешение у такого автора на использование модуля в конкретных целях – для разработки приложения на продажу. Получается, что конечный потребитель, заказчик, может использовать этот продукт чужого интеллектуального труда только в мобильном приложении. Нюансов много, их можно и нужно отразить в приложениях к договору. Необходимо не только превентивно анализировать ситуацию, но и контролировать сам процесс разработки приложения, ведь от этого зависят условия соглашения.

  • Конфиденциальность

Казалось бы, кому, от кого и что скрывать. НО:

— разработка договора на мобильное приложение с юристом и оплата труда программиста – это дорого: не особо захочется делиться результатом плодотворных работ и способом его достижения с конкурентами, согласитесь?

— мобильное приложение – это уникальный продукт, который предназначен для оптимизации тех или иных процессов, он связан со стратегиями развития и продвижения бизнеса;

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

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

Важный нюанс – портфолио разработчика. В договоре Вы можете указать, в праве ли исполнитель указывать в своем портфолио какие-то сведения о Вас и в каком объеме (например, наименование заказчика, товарный знак, его специализацию и др.)

  • Ответственность сторон

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

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

  • Порядок оплаты и определения стоимости

Коли уж начали говорить про шум волн, давайте и про само море.

Существует два варианта оценки и оплаты работ:

  1. Оценивается и оплачивается сразу весь объем работ по ТЗ.
  2. Оценивается и оплачивается объем затраченных человеко-часов на выполнение каждого этапа разработки приложения.

Второй вариант представляется наиболее удобным и часто встречающимся. Такая договорная конструкция оплаты называется Time and Material. Мы даже записывали видео на эту тему.

Однако оба варианта имеют свои подводные камни.

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

-> Во втором случае никто не даст гарантий заказчику в том, что все оплаченные часы действительно были отработаны, а не «накручены» себе программистами ;). Поэтому рекомендуем почитать отзывы про работу того или иного разработчика. Если увидите жалобы на то, что приходилось платить, когда еще даже не было хоть какого-то видимого результата, то, возможно, стоит задуматься.

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

В любом случае, не стоит забывать, что в договоре:

— у сторон должны быть равные права;

— формулировки не должны быть двусмысленными, неоднозначными, размытыми;

— должна быть учтена специфика бизнеса и проанализированы его основные особенности и потребности.

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

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

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

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

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

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

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

Многие заказчики начинают поиск разработчика с составления брифа о себе и своей компании — это короткое описание на 1-2 листах данных о вас, о том, какое приложение вам нужно, какие сроки и вообще любой нужный вам вопрос.  Бриф обычно заменяет долгие встречи и собеседования с разработчиками.
Изображение взято с платформы SMMplanner
Как правило, мобильное приложение создается в несколько этапов.
      1. Проект приложения;
      1. Проект дизайна;
      1. Создание дизайна;
      1. Создание приложения (программирование);
      1. Проверочные испытания;
      1. Запуск приложения. (Помним, что приложение еще должно разместиться в App store или Google play и скачиваться без ошибок).
    Этот вопрос мы указываем в техническом задании. То, что несколько этапов и по итогам каждого стороны подписывают акт.

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

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

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

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

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

      Здесь вы должны решить, как будете оплачивать труд разработчиков. Есть несколько вариантов:
          1. Фиксированная цена;
          1. Договор time and material (в этом случае заказчик платит за количество часов и потраченного времени);
          1. Фиксированная цена и проценты.
        https://www.youtube.com/watch?v=Bofe67-RO6c
        Помним, что разработка приложения это несколько этапов. Об этом мы писали выше. Обычно договор time and material выгоднее разработчикам, а фиксированный заказчику. Также договор time and material вполне подойдет для приема этапов мобильного приложения. И если разработчик почему-то не закончит работу, то вы уже оплатите сделанное и никаких претензий не возникнет. Вы можете выбрать любой из вариантов и согласовать с разработчиком. Юристы же просто помогут вам правильно составить такой договор.

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

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

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

        Давайте на примере. Мы прошли этапы дизайна приложения и теперь разработчик должен начать программировать. Мы указываем в договоре, что разработчик имеет 30 дней с момента подписания акта и полной оплаты по этапу. Вы можете сами выбрать сроки, здесь важно помнить несколько моментов:
            1. Каждый этап заканчивается подписанием акта-приема передачи;
            1. Каждый этап оплачивается, если вы выбрали договор time and material;
            1. Отказ от приема этапа тоже должен быть мотивированным;
            1. Допускается исправления или доработка приложения на этапах. (приложение может получиться не с первого раза написания кода. Поэтому надо согласовать с разработчиком как будут исправляться ошибки и кто за это заплатит).
          Также важно помнить и про приемочные испытания. Мы платим деньги специалистам, а значит должны быть уверены, что приложение будет работать без ошибок. Во время испытаний приложение тестируется. Если программа не пройдет приемное испытание, то в договоре указываем, что IT специалисты даются разумные время и средства для внесения изменений в программу. Все расходы по исправлениям может нести разработчик.

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

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

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

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

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

          Техническое задание — одна из самых важных частей нашего соглашения. В нем мы рассказываем разработчику, какое приложение нам нужно. Кроме того, техническое задание должно содержать требования к приложению:
              1. Область применения (Например приложение должно принимать заказы клиентов по доставке еды);
              1. Требования к обеспечению надежного (устойчивого) функционирования приложения (без вылетов, багов и так далее) ;
              1. Требования к исходным кодам и языкам программирования;
              1. Требования к программной совместимости (Android, IOS);
              1. Требования к защите информации и программ (безопасность и
              1. конфиденциальности, закон о защите персональных данных);
              1.  Требования к документации приложения.
            CMS — это система управления контентом. Эта система даст вам возможность самим менять контент приложения без помощи разработчика. Вы также можете в техническом задание про эту систему, и чтобы мобильное приложение работало с CMS системой.

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

            Помним про конфиденциальность. Стороны не могут разглашать данные вашего договора, переписку и другую информацию. Также многие мобильные приложения работают с персональными данными пользователей. А это означает что:
                1. Приложение должно спрашивать разрешение у клиента на обработку персональных данных;
                1. Если разработчик работает с данными клиентов, то он не имеет права их распространять.
              Также важна и ответственность сторон. Здесь важно помнить несколько моментов:
                  1. Ответственность должна дисциплинировать, а не обременять;
                  1. Ответственность должна быть справедливой и направлена к обеим сторонам договора;
                  1. Ответственность может быть не только по нарушениям сроком. Это также может быть некачественная работа, нарушение авторских прав, нарушение конфиденциальности;
                  1. Если случился форс-мажор сторона освобождается от ответственности (стихийное бедствие, война и так далее.
                Не забываем про реквизиты сторон, порядок расторжения и изменения договора, применимое право и место для подписей.

                Вывод

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