Кто владеет игрой после разработки: код, данные игроков и аккаунты

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

Типичная история

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

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

Фактически компания платила за игру, но не владеет ею.

Четыре вещи, которыми нужно владеть

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

Права на код

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

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

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

Сервер, домен и аккаунты

Домен регистрируется на компанию-заказчика, а не на разработчика. Потерять домен — значит потерять адрес, по которому игроки находят игру.

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

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

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

Данные игроков

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

Нужно заранее договориться: где хранятся данные, кто за них отвечает, как их выгрузить в понятном формате. И учесть, что оператором персональных данных выступает компания, а значит, и ответственность за них её.

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

Что получить при сдаче проекта

Список того, что нужно получить вместе с работающей игрой:

Исходный код в репозитории, которым владеет компания, а не архив в письме.

Инструкцию по развёртыванию, чтобы другой разработчик мог запустить игру.

Список всех доступов и аккаунтов с переводом на компанию.

Перечень сторонних материалов и условий их использования.

Выгрузку данных и описание их структуры.

Что записать в договоре

Короткий перечень пунктов, которые стоит проверить в договоре на разработку игры.

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

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

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

Передача при завершении. Что разработчик передаёт при сдаче: исходный код, инструкции, доступы, выгрузку данных.

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

Ответственность за данные. Кто отвечает за хранение и защиту данных игроков и как это соотносится с обязанностями компании как оператора.

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

Разработчик говорит, что код — его ноу-хау. Это нормально?

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

Что если игра сделана на готовом конструкторе?

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

Когда обсуждать права?

До начала работ, при подписании договора. После сдачи проекта договориться о передаче значительно сложнее.

Нужна ли передача прав, если игра на один сезон?

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

Нужен ли юрист для договора?

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

Коротко о главном

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

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

Если вы заказываете игру или уже получили её и сомневаетесь, чем владеете, — расскажите, как всё оформлено. Проверю, чего не хватает для независимости от исполнителя. Напишите в Telegram, MAX или VK.