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

Уверены, что это действительно так?

Могут ли разработчики удерживать или претендовать на продукт?

Если возникнут конфликты, кто будет прав и как обезопасить себя и свои права?

Об этом говорим в статье.

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

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

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

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

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

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

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

Список необходимых документов:

• зарегистрированные патенты и товарные знаки;

• авторские права;

• соглашение о неразглашении (NDA);

• контракт на разработку программного обеспечения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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