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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для iOS это файл .p12 (сертификат подписи дистрибуции) и push-сертификат из Apple Developer Portal. Для Android — keystore-файл с паролем. Потеря этих ключей означает, что выпустить обновление приложения будет невозможно без перепубликации с нуля — с потерей всех накопленных отзывов и рейтингов.

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

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

Типичный набор сервисов, которые задействует команда разработки:

• система контроля версий (GitHub, GitLab, Bitbucket);
• таск-трекер (Jira, Linear, Notion);
• облачные сервисы (Firebase, AWS, GCP, Яндекс.Облако);
• аналитика (Amplitude, AppMetrica, Firebase Analytics);
• Apple Developer Program и Google Play Console;
• сервисы push-уведомлений (FCM, APNs).

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

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

Минимально необходимый пакет документации при сдаче проекта: техническое задание, архитектурная схема, README с инструкцией по развёртыванию, описание API-эндпоинтов, инструкция по выпуску обновлений. Без этих документов смена подрядчика превращается в дорогостоящий audit проекта с нуля.

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

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

Обращайте внимание на рейтинги, сайт компании и кейсы. В YuSMP Group трудятся профессионалы, которые дорожат своей репутацией. Работаем честно и открыто — у нас нет секретов от заказчиков, а клиенты всегда максимально вовлечены в проект.

Если у вас остались вопросы, не стесняйтесь спросить нас. Всегда рады общению!

Частые вопросы

Что делать, если разработчик не отдаёт исходный код?

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

Можно ли перенести приложение в App Store на другой аккаунт без потери отзывов?

Да. Apple позволяет передавать приложение между аккаунтами через функцию App Transfer — рейтинги, отзывы и история покупок сохраняются. Google Play также поддерживает передачу приложений с сохранением всей статистики.

Зачем нужен NDA при разработке мобильного приложения?

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

Что такое сертификат подписи приложения и зачем его хранить?

Это цифровой ключ (.p12 для iOS, keystore для Android), которым подписываются все обновления. Потеря сертификата означает невозможность выпустить обновление — придётся публиковать приложение заново с нуля, теряя рейтинги и отзывы.

Что должно быть в договоре на разработку приложения?

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

Как проверить надёжность компании-разработчика?

Запросите контакты двух-трёх прошлых клиентов и пообщайтесь с ними напрямую. Изучите кейсы с реальными цифрами результатов, проверьте юридическое лицо через сервис ФНС, обратите внимание на открытость и скорость коммуникации ещё до подписания договора.