· 1 мин

Live ops в соло: что это и как вести живую игру одному без команды

Live ops - это работа с игрой после релиза: обновления, починка того, что сломалось у игроков, напоминания ушедшим и общение с сообществом. Вести live ops одному можно: оставить фиксы с живой проверкой, патчноуты и разговоры с игроками, а сезонные ивенты отложить, пока игра не перестанет терять состояние.

Live ops простыми словами: что входит в работу с игрой после релиза, что соло-разработчик тянет сам, а что выкинуть. Цикл на примере DnD-бота с цифрами.

Live ops в соло: что это и как вести живую игру одному без команды
В статье · 8 разделовразвернуть

Live ops - это работа с игрой после релиза: обновления, починка того, что сломалось у игроков, напоминания ушедшим, разговоры с сообществом и честные новости о том, что происходит с проектом. Вести live ops одному можно, если урезать список до того, что держит игроков, и не тащить на себя ивенты уровня студии.

Я так веду ИИ-мастера DnD в Telegram. Команды нет, есть я, Claude Code и чат игроков. Ниже - что из классического live ops я реально делаю, что выкинул и как выглядит неделя, когда ты одновременно разработчик, QA, комьюнити-менеджер и автор патчноутов.

Что такое live ops простыми словами

Live ops (live operations, "лайв опс") - это управление игрой после запуска: от момента, когда игрок её нашёл, до момента, когда он ушёл. Внутрь входят ивенты, промо, новый контент, новые фичи, работа с сообществом и разбор проблем. Цель одна - чтобы игрок возвращался, а проект жил дольше первого релиза.

Шесть направлений я не выдумал: так их раскладывает PocketGamer.biz в разборе 2018 года, там же формулировка про "жизненный цикл игрока от обнаружения до ухода". Источники, кстати, спорят о границах: одни считают багфиксы частью live ops, другие нет. Для соло-разработчика спор пустой - баги чинишь ты же, другого человека нет)

Проще всего это видно на примере. У меня ботик, где нейросеть ведёт игроку D&D-кампанию: ходы, кубы, деньги, квесты, NPC. Релиз был, игроки есть, платят за ходы. И вот с этого момента начинается live ops - всё, что происходит с ботом, пока в нём кто-то играет.

Можно ли вести live ops одному

Можно, но не все шесть направлений в полную силу. Соло-разработчик тянет починку, обновления, общение с игроками и возврат ушедших. Сезонные ивенты, промо-календарь и A/B-тесты цен в одного съедают время, которое нужнее на главную боль игроков. Мой критерий простой: сначала то, без чего игрок уходит, потом то, что его радует.

Вот как шесть классических направлений выглядят у меня на DnD-боте (состояние на октябрь 2026):

Направление live opsКак в студииКак у меня в солоСтатус
ИвентыСезоны, лимитированные события, календарьПочти нет. Вместо ивентов - "пульс мира": между ходами NPC узнают слухи о том, что сделал игрокурезано
ПромоСкидки, бандлы, офферыRecovery-серия: 3 касания тем, кто бросил оплатуделаю
Новый контентРегулярные контент-дропыПатчноуты в чат игроков, 7 штук с 28.07 по 14.10делаю
Новые фичиРоадмап, отдельная командаМагия обещана, но месяц ушёл на рефакторинготложено
КомьюнитиКомьюнити-менеджер, модерацияСам сижу в чате @dnd5_chat, лично пишу платящим игрокамделаю
ПроблемыСаппорт, инцидент-менеджментЖивые QA-прогоны на проде, QA_1-QA_91делаю

Видно, что выпало: ивенты и фичи. Это не лень, это выбор. Об этом ниже.

Как я веду live ops ИИ-мастера DnD

Мой live ops держится на четырёх привычках: фиксы по жалобам игроков проходят живой QA на проде, каждое заметное изменение уходит патчноутом в чат, ушедшим платящим игрокам я пишу лично, а бэклог раз в пару недель чищу. Всё это делаю я один, руками - и агентами Claude Code там, где работа повторяется.

Теперь по цифрам.

Живые прогоны вместо отдела QA. В репозитории бота лежат отчёты QA_1 ... QA_91. Каждый - это прогон реальных сценариев по прод-боту тестовым персонажем: купить зелье, сдать квест, подраться, проверить кошелёк до последнего медяка. Тесты бьют в бэкенд и Postgres, в Telegram-серверы не ходят вообще, чтобы не словить бан. Про то, почему зелёные юнит-тесты тут не спасают, я писал отдельно - как ИИ-мастер DnD проходит живой QA-прогон.

Читайте такжеЗелёные тесты врут: как ИИ-мастер DnD проходит живой QA-прогон и скрипт-аудиторПочему в AI-Мастере DnD баг не закрывают по зелёным юнит-тестам: как устроен живой QA-прогон кампании, кто его проходит и почему скрипт-аудитор прогона сам дал ложный FAIL.

Патчноуты как контент. С 28 июля по 14 октября 2026 вышло 7 патчноутов: "деньги за квесты", "большая чистка кошелька", "у денег появилась касса", "мир снова слышит" и так далее. Каждый начинается с живой истории из игры. Например, 08.10: монах договорился с ополченкой об учебном бое "до трёх падений", перебросил её через бедро - а бот кинул дротик из сумки и убил её насмерть)) Такой заход читают охотнее, чем список из 9 фиксов.

Правило "сломалось у игрока - чиню сразу". В сентябре я почти месяц переносил главный обработчик хода из одного куска на 17 тысяч строк в отдельные модули - осталось меньше 4 тысяч. Новых фич не было, новые баги ждали конца переезда. Исключение одно, и я прямо написал его игрокам в патчноуте от 01.10: "если что-то ломалось у вас прямо в игре - чинил сразу, переезд ждал". Перед переездом записал под 80 настоящих ходов и после каждого шага прогонял их заново, сверяя результат до монеты и хита. Подробно про этот трос из слепков - в разборе про 19 000 строк pipeline.py.

Recovery-серия для брошенных оплат. Летом выяснилось, что 77% инвойсов брошены (окно 13.06-20.07.2026): игрок открыл оплату и ушёл. Я сделал серию пушей с касаниями через 25-50 минут, 24 часа и 72 часа. К 26 июля на проде отработали 16 серий, по пушам 5 кликов из 12. Скромно, но это автоматом, без моего участия.

Ревизия бэклога. 8 октября я разом закрыл 77 задач с пометкой "ревизия бэклога": уже починено, дубль, неактуально. 13 октября - ещё 28 "протухших". Без этого бэклог одного человека превращается в кладбище, где живые баги не видно за мёртвыми.

Как вести live ops одному: недельный цикл

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

  1. Собрать сигналы. Прочитать чат игроков и личку. За 31.08-28.09 в @dnd5_chat набежало около 200 сообщений - их я разобрал в документ: баги, деньги, пожелания.
  2. Разложить в задачи. Каждый репорт - задача в beads с меткой системы ("Деньги", "Квесты", "Бой"). Одиночный репорт без повторов за 2,5 месяца - закрыть с пометкой "заведу заново, если повторится".
  3. Починить то, что ломает историю. Приоритет - не новое, а "мир не держит состояние": пропавшие деньги, NPC не в той локации, незакрытый квест.
  4. Проверить вживую на проде. Отдельный QA-прогон с репро из жалобы игрока. Без PASS задача не закрывается.
  5. Рассказать игрокам. Патчноут в чат: история из игры, что починено, что отложено и почему. Отдельно - что не вошло, если не проверил с телефона.
  6. Раз в 2-3 недели - ревизия бэклога и разговор с ушедшими.
  1. Сигналы

    Чат игроков, личка, жалобы со скринами
  2. Задачи

    Каждый репорт - задача с меткой системы
  3. Фикс

    Сначала то, что ломает историю игрока
  4. Живой QA

    Репро из жалобы на проде, без PASS не закрываем
  5. Патчноут

    История из игры + список изменений в чат
Недельный цикл live ops соло-разработчика на примере DnD-бота

Где тут ИИ. Код фиксов пишут агенты Claude Code, QA-прогоны тоже гоняет агент по сценарию, черновики патчноутов собираются из закрытых задач. Мои руки - это решения: что чинить первым, что обещать игрокам, когда сказать "нет". Как я в принципе делю задачи между собой и агентом, разбирал в статье про пет-проекты, которые дожили до живых пользователей.

Почему игроки уходят из живого проекта

Игроки уходят не только из-за игры. Когда я лично написал платящим игрокам, половина ответивших ушла из-за жизни: работа, время, семья. Вторая по частоте причина - игра "не держит мир": деньги пропадают, NPC путаются, квест не закрывается. Новые фичи в списке причин ухода не было ни у кого.

Это было 29 сентября 2026. Я выбрал 18 игроков, которые заплатили больше всех, написал 16 (двоим без username написать не получилось), за первые полтора часа ответили 8. Итог:

  • 4 из 8 ушли из-за жизни, продукт им нравится. Их возвращают напоминание и новости об обновлениях.
  • 3 из 8 сами назвали главной болью то, что мир не держит состояние.
  • 3 из 8 жаловались на сырые механики: торговля, инвентарь, магия.
  • 1 из 8 сформулировал больнее всех: "когда разбираешься, как работает, волшебство улетучивается". Это довод за главы и цели, а не за новые механики.

И ещё одно повторялось почти у всех: ценят, что проект живой и не заброшен. Это, по сути, и есть результат live ops в соло. Не ивенты, а ощущение "тут кто-то есть и чинит".

Из этих же разговоров выросли планы на удержание: ежедневная награда (её просили двое игроков сами, со "стриком, как в визуальных новеллах") и подписка вместо "1 мана = 1 ход". Не моя гипотеза, а прямой запрос.

Когда live ops в соло не нужен или вреден

Live ops не нужен, пока у игры нет игроков, которые возвращаются: патчноуты в пустоту и ивенты для пяти человек - это потраченные вечера. Вреден он, когда съедает время на главную боль. Если игроки жалуются, что у них пропадают деньги, ивент на Хэллоуин их не вернёт.

Мои границы, выведенные на своём боте:

  • Сезонные ивенты - не раньше, чем мир перестанет терять состояние. Ивент поверх багов умножает баги: больше игроков в одно время, больше репортов, а чинить всё тому же одному человеку.
  • Реклама за внутриигровую валюту - не на нашем масштабе. Игроки трижды предлагали "посмотреть рекламу за ману". Я отказал: реклама не покрывает стоимость хода нейросети, такая схема начинает работать примерно от 100 тысяч активных игроков.
  • Месяц без фич - нормально, если сказать об этом честно. Патчноут "почему почти месяц без новых фич" объяснил игрокам паузу, а в чате тех недель пишут "классно, что не бросаешь" и "спасибо, что улучшаете".
  • Не обещать дат. "Без дат - но в этот раз магия правда следующая" - ровно такая формулировка ушла игрокам, и её проще сдержать.

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

Что из live ops автоматизировать в первую очередь

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

У меня так:

  • Воронка онбординга пишется сама в таблицу funnel_events: от bot_start до first_turn. До фиксов 47% новых игроков не создавали персонажа; цель задачи - 70% создавших на органике против 60% на старте.
  • Recovery-серия работает без меня: три касания по таймеру и закрытие серии по оплате или неактивности.
  • Пульс мира - фоновая задача, которая между ходами разносит слухи NPC. В прогоне QA_86 (08.10.2026) он сработал 6 раз точно по каденции, и NPC пересказал игроку деталь из свежего факта ("дуб за ручьём").
  • За неделю на проде было 3758 ходов игроков, ни одного без ответа мастера и ни одного дубля (проверка 08.10.2026).

Хорошо этот подход сформулирован у Кристин Кокс в колонке для Game Developer (2020): "базу ты не бросаешь никогда, ты просто добавляешь поверх оптимизацию, а потом продвинутые техники". В соло база - это фиксы, честные патчноуты и разговор с игроками. Ивенты подождут)

Такие дела. А я пойду допиливать магию.

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

Чем live ops отличается от обычной поддержки игры?

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

Нужны ли ивенты маленькой инди-игре?

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

Сколько времени занимает live ops у соло-разработчика?

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

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

Влад Новиков
Пишу про AI-разработку без глянца. Новые разборы — сначала в канале.
Подписаться