Разработчики программ для мобильных устройств обычно работают по чьему-то заказу. Чтобы потом не возникло путаницы с авторскими правами, оформляют договор на разработку мобильного приложения. Кого же потом можно считать автором разработки, программиста или его заказчика? Да и, заказчику не нужно, чтобы разработчик кричал о своих правах, после того, как выполнит свой заказ и получит за него деньги.
Решить ситуацию можно, только с помощью правильно составленного договора. В нем должно быть написано, что все права, в том числе и разработчика, переходят к заказчику. Если статьи в договоре будут противоречить действующим законам, то суд признает этот документ недействительным. Не стоит сотрудничать, договорившись на словах. Если возникнут недоразумения, потом будет сложно что-то доказать. В договоре могут быть прописаны все возможные ситуации. Этот документ может устранить все проблемы и заставить каждую сторону честно выполнять свои обязательства.
См.также: Заработок на мобильных приложениях
Правовые вопросы для дилетантов
Обычно на разработку какого-либо информационного продукта уходит много времени и исполнители часто срывают сроки. Если они будут прописаны в договоре, то разработчики постараются выполнить свою задачу вовремя. А без письменной договоренности, неизвестно, когда программист соизволит её закончить. Ведь при срыве своих обязательств, ему придется выплачивать проценты заказчику или он, может остаться без компенсации.
Не стоит торопиться с подписанием важного документа, если он составлен не вами. Необходимо ознакомиться с каждым пунктом. В случае несогласия обсуждают этот пункт со второй стороной, юристом и по возможности, изменяют.
Важно. Не рекомендуется перекладывать дело полностью на плечи юриста. Подписывать договор будет не он, а отвечать, потом придется вам.
Передача исключительного права
В этом пункте нужно отметить, что всеми правами на программный код, приложение, исходные файлы и другие информационные продукты после их создания, будет обладать заказчик. Он сможет вводить любые изменения в исходнике. Проследите за тем, чтобы разработчик передал все права. Иначе он сможет потом перепродавать информационные продукты другим покупателям.
В связи с тем, что заказчик не может являться автором, в документе прописывают замечания, чтобы он мог использовать приложение, не указывая фамилии настоящего разработчика.
При смене исполнителя, нельзя делать передачу прав на контент, приложение или исходный код.
Новый сотрудник должен продолжить начатую работу, а не пользоваться чужим, продуктом.
Важно. Что касается производственной стороны, то в мобильных приложениях стоит защита от копирований, чего не скажешь об обычном товаре или услуге. Коды приложений зашифровывают, но если у кого-то окажется исходный код, то ваш продукт будет дублирован кем-то другим.
Предусмотренная ответственность
Отвечать за применение чужого материала должен разработчик, иначе у него появится возможность для использования секретного кода и других материалов, а потом спрашивать будут с заказчика.
Техническое задание
Его отдельно составляют и прикрепляют к основному документу. Здесь прописывают по пунктам, что должно содержать приложение. Отказываться потом от этих условий, уже невозможно. ТЗ это основное описание работы, которое поднимают, когда возникает спор, во время продажи информационного продукта.
В приложении 2, описывают весь производственный процесс поэтапно. Сюда входит реализация, тестирование, запуск, доработка и гарантия. Отдельно договариваются о послегарантийной поддержке.
В приложении 3 перечисляют дополнительные данные в виде сертификатов, фотографий, ключей доступа, документов.
Важно. Подтверждением того, что все условия указанные в договоре были выполнены, является акт выполненной работы.
Условия по приему-передаче дизайнерской разработки
Здесь составляют отдельный акт по приему-передаче, поскольку часто требуется доработка дизайна.
Разработчикам следует серьезно отнестись к составлению этого документа, так как его могут потребовать налоговые органы во время проверки. Нельзя ставить подписи заранее, пока работы еще не выполнены.
Нераспространение информации
Поговорите об условиях конфиденциальности, чтобы не было разглашения персональных данных, условий партнерства, коммерческой тайны. Заказчику не нужно, чтобы исполнитель рассказывал всем, чем он занимается, открывал его секреты и технологии каждому знакомому.
Результат сотрудничества
Укажите конкретную сумму за определенный результат работы, который вам нужно получить. Если сразу не прописать этот момент, то можно постепенно превратиться в постоянную дойную корову, которой придется каждый раз доплачивать, чтобы получить доделанную работу.
Если в документе используется почасовая оплата, то узнайте о наличии отдельного пункта об обеспечении прозрачного контроля над работой. Для этого пользуются сторонними сервисами. Через них можно прослеживать действия исполнителя.
Условия оплаты
На начальном этапе разработки, программистам приходиться решать разные задачи, которых не видно. Никто не подозревает о том, что нужно это делать. Заказчику необходимо её оплатить, поэтому придется внести предоплату. Тогда исполнители будут решать свою задачу более серьезно, усидчиво.
При использовании безналичного расчета, можно легко получить подтверждение о том, что была совершена выплата. Оплачивая работу налом, получите от исполнителя письменное подтверждение об оплате вами необходимой суммы, с его подписью и печатью.
Заключение
Все, о чем бы вы хотели договориться устно, отметьте письменно. Чтобы корректно ввести все замечания, дополните договор приложением с техническим заданием или другим подобным дополнением. Если с самого начала делать все правильно, то потом не появятся никакие проблемы. Занимаясь разработкой серьезных программ, лучше сразу подстраховаться, оформив договор.