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

Февраль 2022. Начинается война. Издатель уходит из России по понятным причинам, финансирование замораживается. И вот тут я осознал, что IP на игру остаётся у них. Юридически всё чисто - я сам на это подписался. Но проблема в том, что мне нужно было продолжать разработку.

Нужно довести игру до релиза. Но старый издатель говорит: "Хотите забрать IP? Верните все наши инвестиции."

А денег у меня нет - всё ушло на разработку.

Я сам создал эту ситуацию, подписав контракт, не просчитав такой сценарий.

Теперь нужно было из неё выбираться.

Началась двухлетняя юридическая война.

Юридическая война: сколько это стоит на самом деле

Чтобы отбить права на игру, мне нужно было:

1. Вести переговоры с двумя сторонами одновременно:

   • Со старым издателем - чтобы они отдали права

   • С новым издателем - чтобы они выкупили эти права

2. Разбираться в немецком корпоративном праве

3. Проверять каждый пункт контрактов а их было больше 10 версий, каждая на 30-50 страниц

4. Искать юридические лазейки - почему они не могут просто держать IP и ничего не делать

5. Составлять претензии и ответы - на юридическом языке

Студия начинающая, каждый рубль на счету.

Реальные цифры, сколько я отдал за 2 года:

Консультации:

• Анализ контракта : 60 000₽

• Консультация по немецкому праву: 20 000₽ (специалист по международному праву дороже)

• Разбор каждой новой версии договора: 20-30 000₽ за раз

• Срочные консультации перед переговорами: 18 000₽

Документы:

• Претензия к Издателю: 50 000₽

• Ответ на их контрпретензию: 15 000₽

• Составление нового договора: 30 000₽

• Правки в договор (каждая итерация): 8 000₽

Итого за два года: около 1.5 млн рублей на юридическую рутину.

Не считаю своё время. А его уходило 30-40% от рабочей недели:

• Читать 50-страничные контракты и искать подводные камни

• Сравнивать версии договоров - издатель присылает правки, я открываю два файла рядом и ищу, что изменилось

• Гуглить "что такое indemnity clause", "чем отличается warranty от representation"

• Созваниваться с юристами - где первые 20 минут нужно пересказывать контекст

• Ждать ответов - юристы не отвечают мгновенно, иногда ждёшь 3-5 дней иногда больше, хорошие спецы стоят дорого и часто заняты

Момент озарения: а могу ли я это сам?

Очередной раз сижу над 40-страничным contract amendment. Ищу, где издатель мог спрятать подвох в правках. Это уже пятый раз за три месяца.

Понимаю: я не про сложные вещи типа судебной стратегии или налоговых схем. 80% моих обращений к юристам - это рутина:

• Прочитать договор и найти все риски

• Выделить спорные пункты

• Сравнить две версии контракта

• Объяснить простым языком, что значит юридический термин

• Составить типовой договор

Я не судился, я не спорил о миллионах в суде. Мне просто нужно было понимать документы и не наступать на юридические грабли.

Подумал: юристы делают сложную работу, учатся 5+ лет. Для серьёзных кейсов я к ним и хожу без вопросов!!!.

Но для рутины - а можно ли это автоматизировать?

Вспомнил про Claude, GPT-4 - они умеют анализировать тексты.

Решил попробовать сделать сам.

Как я собрал первый прототип

Что я хотел:

1. Загрузил договор → получил список всех рисков с конкретными статьями закона

2. Задал вопрос простым языком → получил ответ, понятный человеку без юробразования

3. Сравнил две версии договора → увидел все изменения с оценкой критичности

4. Попросил сгенерировать документ → получил готовый шаблон

5. Все документы в одном месте с историей версий

И всё это здесь и сейчас, без ожидания ответа юриста.

Что использовал:

• Claude API от Anthropic для анализа текстов

• Много времени на тестирование промптов (как правильно формулировать задачи для AI)

Процесс:

• Неделя 1: Изучил документацию API, тестировал промпты, искал базы данных чтоб дать гиперссыли

• Неделя 2: Собрал базовый интерфейс: загрузка файлов, отправка в API, вывод результата

• Неделя 3: Добавил функции сравнения документов и генерации шаблонов

• Неделя 5: Чат по доку

Итого: 6 неделЬ от идеи до рабочего MVP.

Первое боевое применение

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

35 страниц!!!!, куча юридических терминов, очередная версия с правками.

Что AI сделал за 2 минуты:

1. Нашёл 12 потенциальных рисков:

• 3 критичных - где права на патчи и DLC по умолчанию переходили издателю

• 5 средних -- неоднозначные формулировки про сроки

• 4 низких - технические моменты

2. Для каждого риска дал:

• Описание, почему это риск

• Ссылку на статью ГК РФ или международного права

• Рекомендацию, как исправить

3. Выделил пункты, где нужно внимание живого юриста (сложные вопросы IP)

Взял этот анализ и показал своему юристу.

Его реакция: "Да, AI прав, эти пункты надо менять. ты где гвоорит так научился!?."

Эта консультация обошлась бы мне в 10 000 рублей. AI сделал её за 2 минуты и ~50 рублей (стоимость API-запроса).

Как это работает: Юрмак в деле

Назвал сервис Юрмак (Макдак, суть идеи была чтобы было просто как сходить в МАК))).(и точка)

Главная философия: он НЕ заменяет юриста. Он делает так, чтобы ты обращался к юристу реже и более осознанно - для действительно сложных вещей.

Основные фичи:

1. Анализ юридических рисков

Загружаешь договор → AI читает весь текст → находит риски → категоризирует (критичный/средний/низкий) → для каждого даёт:

• Описание проблемы

• Ссылку на закон (статья ГК РФ)

• Последствия

• Рекомендацию, как исправить

Реальный пример:

Загрузил договор с издателем. Юрмак нашёл пункт:

"In the event that EA Milestone is not completed within the agreed timeline, as stated in Clause 4.2. of this Addendum, any Developer Royalty accrued after August, 2025 shall no longer be considered part of the Guaranteed Minimum Royalty and shall instead be subject to recoupment by Publisher in accordance with the standard royalty terms of the Agreement.."

Юрмак написал:

"Критический риск: Если Publisher отклонит EA Milestone, Developer может не иметь возможности исправить выявленные проблемы и повторно представить EA Milestone. 2. Developer может потерять право на гарантированный минимальный роялти после августа 2025 года, даже если проблемы были незначительными и легко исправляемыми. 3. Возможное судебное разбирательство, в котором Developer будет оспаривать решение Publisher об отклонении EA Milestone. 4. Риск того, что Publisher будет использовать отклонение EA Milestone как предлог для избежания выплаты оставшейся одной трети суммы.

Показал юристу -он подтвердил. Сэкономил 10К.

И даже больше! :
Как проявляется на практике:

В деле Telstra Corporation Ltd v Phone Directories Co Pty Ltd (2010) 194 FCR 142 (Австралия) суд рассмотрел вопрос о том, что означает "acceptance" в контексте контракта на разработку программного обеспечения. Суд постановил, что acceptance должна быть явной и четко выраженной, и что молчание не может быть истолковано как acceptance. Если Publisher молчит и не принимает решение о приемке EA Milestone, это может быть истолковано как отклонение, что может привести к спору.

Рекомендации:

Добавить положение о том, что если Publisher отклонит EA Milestone, он должен предоставить Developer письменное объяснение причин отклонения в течение 5 рабочих дней. Developer должен иметь право на повторную попытку исправления выявленных проблем в течение 10 рабочих дней. Также рекомендуется добавить положение о том, что если Publisher не примет решение о приемке EA Milestone в течение 10 рабочих дней после получения, EA Milestone считается принятым.

2. Чат по документу

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

• "Что будет, если я захочу расторгнуть контракт досрочно?"

• "Какие у меня обязательства по этому пункту?"

• "Объясни пункт 7.3 по-человечески"

AI отвечает, ссылаясь на конкретные пункты документа.

Пример:

Я: "Что будет, если издатель не выпустит игру в срок?"

Юрмак: "В документе этот вопрос не урегулирован.** Данное соглашение (Heads of Agreement) не содержит: - Сроков выпуска игры - Обязательств издателя по срокам публикации - Штрафов или санкций за задержку выпуска - Условий расторжения в случае невыполнения издателем сроков

**Что это означает:** Если издатель задержит выпуск, у студии не будет прямых правовых оснований в этом документе для требования компенсации или расторжения контракта.

**Рекомендация:** Эти условия должны быть включены в **долгосрочное соглашение** (long-form agreement), которое будет заключено после подписания этого Heads of Agreement. Именно там следует прописать: - Конкретные сроки выпуска - Последствия задержки - Право на расторжение при существенной задержке - Возможность возврата комиссионных сборов

Раньше для такого вопроса нужно было либо читать весь договор 1-2 часа, либо звонить юристу и платить 5-8К.

Теперь — 30 секунд.

Планируется добавить туда следующие фичи - сразу перенести в договор, исправить договор с коментами

В следующих статьях расскажу о остальных функциях: Сравнение документов, и генерация документов!

Честно об ограничениях (чего ПОКА НЕ умеет)

1. Не заменяет юриста в сложных случаях

Если нужно:

• Судиться (иски, апелляции)

• Решать корпоративные споры (слияния, поглощения)

• Разбираться в налоговых схемах

→ Идёте к юристу. Юристы учатся 5+ лет, это сложная профессия. Для таких кейсов — только к профессионалу, без вариантов.

2. AI может ошибаться

AI иногда галлюцинирует. Я с этим сталкивался. Поэтому:

• Критичные документы (где ошибка = потеря денег/бизнеса) я всё равно показываю юристу

• Юрмак — это первый фильтр, не финальное слово

• Это инструмент, не замена профессионала

3. Не даёт юридическую гарантию

Юрмак — инструмент, не юрист.

Поэтому для серьёзных вещей — к людям.

Мой подход: Юрмак для рутины (80% задач малого бизнеса), юрист для сложного (20% задач). Экономлю время и деньги на рутине, но не рискую на серьёзных вещах.

Экономика: было vs стало

Честные цифры:

Было (без Юрмака):

Рутинные задачи в год:

• Анализ 5-7 контрактов: 200К₽

• Проверка изменений (10-15 раз): 300К₽

• Типовые договоры (3-4 шт): 48К₽

• Срочные консультации (5-6 раз): 200К₽

Итого в год: ~500-900К₽ на рутину

(Не считая сложных кейсов, где без юриста никак)

Стало (с Юрмаком):

Подписка на Юрмак: 3 500₽/мес = 42К₽/год

Сложные кейсы к юристу: ~30-40К₽/год

Итого в год: ~70-80К₽

Экономия: ~280-320К рублей в год + время

Кому это реально зайдёт

Проверено на себе и ~200 пользователях:

✅ Полезно:

1. Малый бизнес (ИП, ООО)

• Штатного юриста нет

• Регулярно работаешь с договорами

2. Фрилансеры

• Быстро проверить договор с заказчиком

• Понять, где подвох

3. Стартапы

• Анализ инвестиционных соглашений

• Проверка договоров с подрядчиками

4. Геймдеверы (привет, коллеги)

• Издательские контракты

• NDA

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

❌ НЕ полезно:

• Крупным компаниям с юротделом

• Тем, кому нужно регулярно судиться

• Если ты сам юрист (хотя пара знакомых юристов юзает для ускорения)

Эпилог: чем закончилась история с издателем

Права на игру я в итоге отбил.

Новый издатель помог выкупить права. В переговорах снизил цену выкупа

Правда, инвестор из-за кризиса резко сократил финансирование. Пришлось сократить 65% команды — это было тяжело. Многих людей знал лично, работали вместе годами. Сейчас работаем костяком из 5 человек, но игры живы и приносят деньги.

Почему рассказываю об этом

Во-первых, хочу показать, что 80% задач малого бизнеса в юриспруденции — это рутина, которую можно автоматизировать:

• Прочитать договор

• Найти риски

• Сравнить версии

• Сгенерировать типовой шаблон

Во-вторых, я сам прошёл через этот опыт.

Два года юридических разбирательств научили меня:

1. Без понимания юриспруденции в бизнесе никуда

2. Для стартапа 300-400К в год на рутинные юридические задачи = убивать cashflow

Когда инвесторы сокращают финансирование, а команда сокращена — каждый рубль на счету. Экономия 300К в год — это реально важно.

Вопросы?

Если есть вопросы про Юрмак, геймдев или юридические приключения — спрашивайте в комментах.

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

Обнял!

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

Спасибо

Запусти некрасиво - потом разберёшься.

2. Страх, что засмеют

"А вдруг скажут, что фигня?", "А вдруг никому не интересно?", "А вдруг меня закопают в комментах?"

Да, могут. И что?

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

3. Никто не видит, и ты выгораешь

Ты кодишь, тестируешь, выкладываешь в GitHub… и тишина. Ноль реакций. Ни лайка, ни фидбэка.

И ты начинаешь думать: "Ну, наверное, никому не нужно." А на самом деле просто никто не видел.

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

4. "Всё сам" синдром

Ты и дизайнер, и фронтендер, и маркетолог, и пиарщик. И обычно это заканчивается тем, что не остаётся сил ни на что.

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

Что с этим делать

Не ждать, пока будет "готово". Не тянуть. Просто выложить. Пусть это прототип, кривая форма или даже просто идея.

Главное - чтобы мир узнал, что ты вообще что-то делаешь.

А где это делать?

Я как раз запустил rawlaunch.ru - русскоязычную платформу, где можно публиковать свои MVP, стартапы и пет-проекты. Просто место, где можно показать свой проект и получить честный фидбэк.

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

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

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

📲 Решение — таргетированные SMS-рассылки

У многих первая мысль — «Это спам».
Но таргетированные SMS работает совсем иначе: сообщение получает только тот, кому оно действительно актуально.

Например:

● выбираете радиус — до 5 км вокруг вашей точки;

● отправляете короткое сообщение вроде:
«Кофе + круассан = 150 ₽. Мы рядом (адрес) — заходите, пока горячее!»

Всё просто: никакой массовости, только контакт с людьми, которые потенциально могут стать вашими клиентами.

Выстраивать точную коммуникацию можно по множеству параметров:

1. Геолокация.
Можно задать радиус вокруг точки — до 5 км. И попасть прямо в тех, кто может дойти пешком до вашей точки.

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

3. Поведение и интересы.
SMS-рассылку можно настроить на тех, кто недавно искал, например: «замена шин», «ремонт айфона», «пицца рядом».
Или кто заходил на сайт конкурента, но не оформил заявку.

4. Категория собственности.
Можно нацелиться на владельцев квартир, домов или автомобилей — для страховых, сервисов, ремонта, клининга.

Таргетированные SMS — это быстрый, адресный контакт с человеком.
Открываемость сообщений достигает 90%, а отклик — в разы выше, чем у e-mail и контекстной рекламы. Главное — релевантность.

Бизнес — это не только продукт. Это умение разговаривать с клиентом.
И SMS остаются одним из самых честных и прозрачных способов достучаться до тех, кому вы действительно нужны —
без огромных бюджетов, сложных воронок.

Узнать, как это работает для вашего бизнеса можно на нашем сайте

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

Поэтому я сел и собрал для себя техрадар - единый стек, который позволяет запускать pet-проекты и мини SaaS быстро и без боли.

⚙️ Frontend

React
🧠 Почему: куча библиотек, море документации и огромное комьюнити. Плюс масса готовых компонентов - не надо изобретать велосипед.

WXT
⚡ Почему: лучший фреймворк для браузерных расширений, если нужно быстро. Реально сокращает путь от идеи до первой установки

MUI
🎨 Почему: так как большинство моих проектов - Chrome Extensions, UI-компоненты под Material Design органично вписываются в браузер от Google.

Netlify
☁️ Почему: одна из самых удобных платформ для веб-разработки. Автоматическая сборка, тестирование и деплой в пару кликов. Работает стабильно и без боли.

🧩 Backend

Supabase
🗄 Почему: open-source альтернатива Firebase, но с Postgres под капотом — понятным, гибким и предсказуемым. Есть всё: авторизация, база, edge-функции и SQL-запросы.

Yandex Cloud
💾 Почему: недорогой S3, с "льготным" объёмом данных, за который не берут денег. Плюс умеет поднимать Docker-контейнеры в serverless-режиме. Идеально для пет-проектов.

🧱 Инфраструктура

CI/CD — Jenkins
🔁 Почему: не прожорлив, стабилен и с кучей плагинов. Работает даже на обычном VPS.

GlitchTip
🐞 Почему: не ест столько памяти, как Sentry, но совместим с его API и библиотеками. Отличный вариант для отслеживания ошибок.

Umami
📊 Почему: не блокируется ad-блоками, лёгкая и быстрая. Отличная альтернатива Google Analytics и Яндекс.Метрике.

🧰 Инструменты

JetBrains IDEA
💻 Почему: всю жизнь писал на Java и Kotlin - это мой родной IDE. Самый знакомый и надёжный инструмент.

WebStorm
🧠 Почему: по сути та же IDEA, только заточенная под JS и TypeScript.

Cursor
🚀 Почему: ускоряет разработку. Во второй версии можно подключить debug port Chromium и буквально «вайбкодить» с ИИ в реальном времени.

DBeaver
📘 Почему: купить лицензию DataGrip сложно, а DBeaver - почти то же самое. Не идеально, но достаточно для работы с БД.

GitHub
🌐 Почему: так исторически сложилось. Репозиторий, автодеплой, CI - всё в одном месте.

💬 Языки

TypeScript
🧩 Почему: я привык к типизированной Java, и JS без типов меня бесит 😅.
Плюс Cursor тратит меньше токенов, потому что не нужно проверять типы, и упрощается процесс vibe debugging - сразу понятно, что за данные под капотом.

Python
🐍 Почему: стараюсь минимизировать, но иногда выручает. Особенно когда дело доходит до ML и AI - ребята из этой среды его обожают.

(А вот Kotlin, как бы я его ни любил, сюда просто не ложится.)

Сейчас думаю над системой логов и метрик — скорее всего, выберу VictoriaMetrics.

Ещё у меня есть телеграм-канал, где я рассказываю, как всё это использую вживую, и делюсь процессом разработки своих пет-продуктов 👉 t.me/debug_leg

Сан‑францисский стартап Preventive, основанный в этом году, объявил о планах редактировать гены человеческих эмбрионов с целью устранения наследственных болезней. Проект поддержали Сэм Альтман (OpenAI) и Брайан Армстронг (Coinbase), что мгновенно привлекло к нему внимание и вызвало ожесточённые споры.

Компания намерена научно доказать, что технология CRISPR может безопасно изменять гены эмбрионов до их имплантации в матку. Их цель — не создавать «дизайнерских младенцев», а дать шанс семьям, у которых в роду тяжёлые генетические заболевания (например, муковисцидоз), родить здорового ребёнка.

Их цель не создавать «дизайнерских младенцев», а дать шанс семьям с тяжелыми генетическими заболеваниями (например, муковисцидозом) родить здорового ребенка.

В США такие клинические испытания на людях запрещены на федеральном уровне, поэтому Preventive рассматривает проведение исследований за пределами страны, в том числе в ОАЭ. Это напомнило историю китайского учёного Хэ Цзянькуя, который был осуждён за рождение первых в мире детей с отредактированным геномом.

Поддержка и критика

✅ За: Инвесторы считают, что проект может предотвратить страдания. Брайан Армстронг заявил:

Исправить генетическую проблему у эмбриона «гораздо проще», чем лечить болезнь всю жизнь.

❌ Против: Учёные, в том числе Фёдор Урнов (Институт инновационной геномики), бьют тревогу, подозревая стартап в сокрытии евгеники под благие намерения и в опрометчивом подходе.

Они подозревают стартап в том, что он маскирует евгенику («улучшение детей») под благие намерения и действует опрометчиво.

Это один из самых сложных этических вопросов нашего времени. Где грань между лечением и модификацией человека? Покажет время.

И там нет ничего сложного.

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

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

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

Ответственность за людей определяется через достаточность (все вакансии закрыты) и квалификацию персонала (которая измеряется вполне объективным тестированием).

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

С этого и начнется построение вами организационной системы.

p.s. А на самом деле, построение организационной системы начинается с преодоления собственной лени. Назначать и считать показатели - это ж работа. И на нее надо решиться :)

Автор не я, а Владимир Зима

Владимир умер, но дело его живёт, книги можно прочитать.