Подробные операционные данные не складывались в общую картину
У клиента были детальные данные по продуктам, но выручка, привлечение, зарплаты и операционные расходы находились в разных платформах, банковских выгрузках и внутренних файлах. Дополнительную сложность создавали несколько юридических лиц и валют.
В бизнесе мобильных приложений подписная выручка может учитываться в RevenueCat, привлечение — в Adjust, выплаты подрядчикам — в Deel, а остальные расходы — в банковских выгрузках и таблицах. Каждый источник описывает отдельную часть бизнеса.
Моей задачей было объединить эти сведения, чтобы компания видела общий результат и могла разобраться в показателях каждого приложения и каждой категории затрат.
От отдельных операций к понятной структуре бизнеса
Значительная часть работы состояла в разборе большого объёма разнородных операций и выборе категорий. Их должно быть достаточно мало для понятной общей картины и достаточно много, чтобы объяснить, куда уходят деньги. Найти этот баланс было важной частью проекта.
Я связала категории с функциями бизнеса, центрами затрат и P&L, сохранив доступ к исходным операциям. Основные решения в структуре модели:
- Отдельные расчётные блоки
- Выручка и привлечение сохраняют собственную логику; затраты по операциям объединяются с ними в P&L компании.
- Понятная классификация
- Категории, функции и центры затрат объясняют итоговые суммы, не скрывая исходные записи.
- Правила и разбор исключений
- Повторяющиеся операции обрабатываются одинаково, а нераспознанные остаются видны для проверки.
- Единая основа факта и прогноза
- Общие категории связывают историческую отчётность с будущим планированием.
Новые данные проходят ту же классификацию
Поддерживаемые банковские выгрузки, отчёты подрядчиков и внутренние файлы приводятся к единым полям: описание, дата, валюта и сумма. Для каждого нового формата источника отдельно настраивается сопоставление полей.
После определения категорий я создала повторно используемые правила. Знакомая операция каждый раз обрабатывается одинаково. Если соответствие не найдено, запись остаётся на проверку; принятое решение можно сохранить как правило для следующих импортов.
Скриншот модели
Отчётные периоды и валютные курсы приводят импортированные данные к единой основе. Внутренние переводы исключаются из P&L. В демонстрации показан весь путь одной банковской выгрузки.
От общего результата к затратам, которые его формируют
Консолидированный P&L объединяет выручку и привлечение по продуктам с зарплатами и операционными расходами. Руководитель видит выручку, валовую прибыль и EBITDA, а затем может перейти к детализации каждой суммы.
Затраты доступны по функциям и центрам затрат, а продуктовые блоки сохраняют детализацию по приложениям. В факте и прогнозе используются одинаковые финансовые категории — основа для корректного план-факт анализа.
Скриншот модели
Что позволяет модель
Я строила модель с расчётом на дальнейшее использование: компания может загружать новые файлы, разбирать исключения и видеть, как обновлённые данные отражаются в P&L и планах.
- Видеть общий результат
- Консолидированный P&L по приложениям и юридическим лицам.
- Разбираться в затратах
- Прослеживать расходы из отчёта до категорий и исходных записей.
- Обновлять отчётность и планы
- Включать новые данные и прогнозы в единую финансовую структуру.
Главное в проекте — определить, как связать финансовую информацию компании. Импорт сделал процесс повторяемым, а продуманная классификация — понятным. Общий результат оказался связан с исходными записями: это позволяет исследовать затраты и продолжать пользоваться моделью по мере поступления данных.