Управленческий учет вместо хаоса таблиц

Мы рассказываем, как устроен проект изнутри: с какой задачей пришла APP1, почему Cloudplus начинает не с программы, а с изучения бизнес-процессов, и что изменилось для студии после внедрения.

Исходная ситуация

Деньги приходят с десятка площадок

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

Это значит, что обычной выручки «одной строкой» студии недостаточно. Руководству нужны ответы на два вопроса:

• Какие игры и платформы реально зарабатывают, а какие только тянут ресурсы команды?
• Как быстро и прозрачно считать долю каждого разработчика, не теряя доверие партнеров?

Проблема

Портфель растет быстрее, чем таблицы

К моменту знакомства с Cloudplus учет в студии держался на связке выгрузок и ручных таблиц. Три главных боли:

1. Разрозненные отчеты площадок. Каждый стор отдает данные в своем формате и в своей валюте. Свод в единую картину делался вручную и занимал дни.
2. Не видно экономику игры целиком. Выручка была в одних файлах, затраты на портирование, QA и маркетинг - в других, доля разработчика считалась в третьих. Полная картина «сколько игра принесла студии» собиралась долго и с ошибками.
3. Отчеты партнерам - вручную. Ежемесячный финансовый отчет каждому разработчику - обязательство студии. Подготовка зависела от одного человека и его свободного времени.

Решение

Сначала бизнес-процессы, потом система

Подход Cloudplus отличается от «внедрения коробки»: мы не подгоняем бизнес под готовую программу, а сначала изучаем, как компания работает на самом деле. В APP1 мы прошли весь путь денег: от подписания контракта с разработчиком - через затраты на портирование и сертификацию - до выплат от площадок и расчета доли партнера.

Результат этого этапа - карта бизнес-процессов и модель учета, которую утвердили вместе с руководством студии. Только после этого началась автоматизация.

Как устроена модель учета

В основе - три оси, на которых держится весь бизнес APP1: игра, платформа, период. Любая операция - доход от стора, затраты на QA, выплата разработчику - привязывается к этим осям. Из одной модели собираются все отчеты: P&L по каждой игре, движение денег, расчет revenue share.

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

Как это работает

Один поток данных вместо ручного свода

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

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

Результат

Прозрачная экономика всего портфеля

Управленческий учет перестал быть «отчетом задним числом» и стал инструментом ежедневных решений:

• Решения на цифрах. Студия видит, какие платформы и жанры дают рост, и туда направляет ресурсы команды. Слабые направления видны сразу, а не через полгода.
• Доверие партнеров. Расчет revenue share прозрачен и воспроизводим: разработчик в любой момент может получить понятный отчет по своей игре. Для модели «пожизненного партнерства» это прямое конкурентное преимущество.
• Время команды. Закрытие месяца ускорилось в разы, а подготовка отчетов больше не зависит от одного человека. Освободившееся время команда тратит на развитие портфеля, а не на сверку таблиц.

Система растет вместе со студией: новая игра или новая площадка добавляется в модель учета за минуты - без перестройки таблиц и процессов.