8 499 938-65-20
Мы — ваш онлайн-юрист 👨🏻‍⚖️
Объясним пошагово, что делать в вашей ситуации. Разработаем документы и ответим на любой вопрос, даже самый маленький.

Все это — онлайн, с заботой о вас и по отличным ценам.

Посмотреть договор, выяснить какие моменты нужно исправить и на что обратить внимание

Посмотреть договор, выяснить какие моменты нужно исправить и на что обратить внимание.

  • Договор тест
    .pdf
  • Приложение-№1
    .pdf
, Анастасия, г. Москва
Сергей Сотников
Сергей Сотников
Юрист, г. Воронеж

Предмет договора и вклады сторон

 Совладелец 1 (техническая сторона) обязуется:

Разработать и запустить сервер.
Обеспечить хостинг, защиту от DDoS, лицензии.
Гарантийное обслуживание(срок нужно указать).
Его вклад оценен в 250 000 – 450 000 ₽.
 Совладелец 2 (маркетинг) обязуется:

Продвигать сервер среди своей аудитории.
Обеспечить минимальный прирост трафика (но конкретная цифра не указана – нужно прописать).
Его вклад приравнен к вкладу Совладельца 1, но не имеет денежной оценки (может быть спорным моментом). Проблема: Нет четких KPI для маркетинга (сколько игроков, конверсия и т. д.).

2. Основной договор и распределение доходов
После запуска сервера стороны должны заключить Основной договор, где:

Доходы делятся 35% / 65% (Совладелец 1 / Совладелец 2).
Но пока сервер не запущен, Совладелец 2 не имеет прав на монетизацию (п. 7.3). Риск: Если Основной договор не будет подписан, вся техническая часть останется у Совладельца 1.

3. Ответственность и штрафы
Совладелец 1 отвечает за стабильность сервера, но штрафы за сбои не прописаны (нужно указать сумму или порядок расчета).
Совладелец 2 обязан компенсировать расходы, если откажется от проекта до запуска (п. 3.4).
Есть санкции за репутационный ущерб, но суммы штрафов не указаны.
4. Права на проект
До подписания Основного договора исключительные права на сервер у Совладельца 1 (п. 7.1). Совладелец 2 не может вносить изменения в сервер без согласования (п. 7.3). Риск: Если проект станет успешным, Совладелец 2 будет зависеть от техподдержки Совладельца 1.

5. Расторжение договора
Если Совладелец 2 выйдет из проекта до запуска, он должен компенсировать расходы (п. 3.4). Если Совладелец 1 не выполнит обязательства (сервер нерабочий), Совладелец 2 может расторгнуть договор и потребовать компенсацию (п. 5.4).
6. Форс-мажор
Прописаны разумные условия (блокировка Minecraft, DDoS, госрегулирование).

7. Срок действия
Договор действует до подписания Акта сдачи-приемки, но крайний срок не указан (п. 10.1 – нужно ввести дедлайн).

Что нужно исправить/дополнить?
Конкретизировать KPI для маркетинга (сколько игроков, активность, сроки). Прописать штрафы за невыполнение обязательств (техсбои, недостаточный трафик). Указать срок гарантии на техническую часть (п. 2.3). Прописать механизм перехода прав после Основного договора (чтобы Совладелец 2 не остался без контроля). Добавить пункт о конфиденциальности (если есть уникальные наработки). Уточнить порядок разрешения споров (арбитраж, медиация).

0
0
0
0

Приложения №1 (Техническое задание к договору)
 
1. Инфраструктура серверов (п. 1.1 – 1.3)
Что нужно уточнить:

Конкретные характеристики серверов (CPU, RAM, SSD, пропускная способность канала) – сейчас нет точных цифр.
Кто выбирает хостинг-провайдера? (Совладелец 1 или совместно?)
Бюджет на DDoS-защиту – если трафик будет большим, затраты могут вырасти.
Рекомендация:
Прописать минимальные/рекомендуемые характеристики серверов и лимиты по бюджету.

 
2. Доменное имя (п. 2.1 – 2.2)
Что нужно уточнить:

На кого регистрируется домен? (Если на Совладельца 1, у Совладельца 2 могут быть проблемы при конфликтах).
Кто оплачивает домен и его продление?
Рекомендация:
Лучше регистрировать домен на нейтральное юрлицо (если есть) или прописать в договоре порядок управления доменом.

 
3. Разработка 3D-контента (п. 3.1 – 3.4)
Что нужно уточнить:

Нет точного количества моделей (например, «5 скинов» – это минимум или фикс?)
Кто утверждает концепты? (Нужен ли акт приемки?)
Форматы и требования к оптимизации (чтобы не было проблем с производительностью).
Рекомендация:
Добавить таблицу с перечнем 3D-активов и сроками сдачи.

 
4. Развертывание игровой среды (п. 4.1 – 4.3)
Что нужно уточнить:

Какие именно плагины будут использоваться? (Названия или функционал.)
Кто тестирует баланс игровых механик? (Чтобы BedWars не был слишком легким/сложным.)
Рекомендация:
Приложить список обязательных плагинов с версиями.

 
5. Интеграция систем (п. 5.1 – 5.3)
Что нужно уточнить:

Какая СУБД будет использоваться? (MySQL, PostgreSQL?)
Как часто будут делаться бэкапы?
Рекомендация:
Прописать требования к отказоустойчивости.

 
6. Платежная система (п. 6.1 – 6.4)
Что нужно уточнить:

Какие именно платежные системы?
Кто будет владельцем кассы? (Если на Совладельца 1, как Совладелец 2 будет контролировать доходы?)
Рекомендация:
Лучше использовать нейтральный аккаунт с доступом для обеих сторон.

 
7. Веб-интерфейс (п. 7.1 – 7.4)\

Что нужно уточнить:

Кто будет администратором сайта?
Как обновляется контент? (Вручную или через CMS?)
Рекомендация:
Прописать права доступа к админке.

 
8. Игровая инфраструктура (п. 8.1 – 8.3)
Что нужно уточнить:

Кто проверяет качество построек?
Что делать, если карты не понравятся аудитории? (Процедура доработки.)
Рекомендация:
Добавить этап бета-тестирования с игроками.

0
0
0
0
Дата обновления страницы 16.07.2025