Как не потерять собственное приложение

Как не потерять собственное приложение

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

Как не потерять собственное приложение

А что может случиться

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

Пять шагов к безопасности вашего продукта

Защитите себя юридически

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

  • зарегистрированные патенты и товарные знаки;
  • авторские права;
  • соглашение о неразглашении (NDA);
  • контракт на разработку программного обеспечения.

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

Получите доступ администратора к вашему коду

Как и при юридическом владении своим IP-адресом, важно иметь доступ администратора к репозиторию с обновленной версией вашего кода. Различные уровни разрешений репозитория предоставляют доступ к функциям и задачам, а уровень администратора позволяет вам управлять отдельной командой и доступом группы. Если разработчик предоставляет вам доступ только для чтения, это означает, что вы можете только просматривать сайт (и это самый низкий уровень доступа).

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

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

Совет: GitHub подробно объясняет каждый уровень доступа и рекомендации о том, кому и какие разрешения нужны.

Запросите доступ к аккаунтам в магазинах приложений и сертификаты

Часто компании разработки публикуют приложения в AppStore и Google Play через свою учетную запись. В этом нет ничего плохо, мы в YuSMP Group и сами порой так делаем, если у заказчика нет учетной записи магазинах приложений, а время не терпит. Так продукт быстрее выходит в мир, а все участники избегают длительных проволочек, связанных с публикацией ПО. Собственную учетную запись можно создать и позже, а разработчик сможет передать право собственности без потери каких-либо или отзывов.

Совет: воспользуйтесь инструкцией от Apple или Google Play, чтобы передать права.

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

Ведите список всех учетных записей

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

Сохраняйте всю необходимую документацию

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

Выбор разработчика

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

1919
3 комментария

мысль понятна - все проверить и от всего застраховаться. но более интересен в данном случае не "список из 100 пунктов", а баланс между проделыванием этого всего (куча времени и сил) и "авось пронесет"

1
Ответить

Комментарий недоступен

1
Ответить

Какой ещё доступ администратора - только владельца. Во всех остальных случаях, это не ваш сервис/домен/учётная запись и тд

1
Ответить