Назад к кейсам

ERP · Финансовый аналитик / Аналитик управленческого учета / Финансовый бизнес-аналитик / Business Analyst

Client Margin Dashboard

Мой dashboard по клиентской марже и управленческому план-факту: margin matrix, budget input, transitions, filters, export и ClickHouse API layer.

ReactViteExpressClickHouseExcel Export

00 · CASE IN 30 SECONDS

Кейс за 30 секунд

Бизнес-проблема

Финансовой и коммерческой командам нужен быстрый интерфейс для маржи, бюджетов, переходов и клиентских drilldown без тяжелого BI-цикла.

Что сделал

Собрал web dashboard на React/Express, API к ClickHouse, кеширование, финансовые фильтры, бюджетные сценарии и экспорт.

Артефакты

Dashboard · Data Model · План-факт · Финансовые правила

Результат

Появился прикладной dashboard для план-факта, маржинальности и переходов клиентов

01 · КОНТЕКСТ

Бизнес-контекст

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

02 · ПРОБЛЕМА

Проблема

Финансовой и коммерческой командам нужен быстрый интерфейс для маржи, бюджетов, переходов и клиентских drilldown без тяжелого BI-цикла.

03 · РОЛЬ

Что я сделал

Собрал web dashboard на React/Express, API к ClickHouse, кеширование, финансовые фильтры, бюджетные сценарии и экспорт.

04 · БИЗНЕС-ПРАВИЛА

Бизнес-логика и правила

  • Фильтры должны одинаково влиять на матрицу, план и переходы.
  • Плановые значения хранятся отдельно от факта и сравниваются в единой периодной структуре.
  • Маржа считается по согласованным статьям revenue, COGS, discounts, variable costs и manager ownership.
  • Переходы клиентов анализируются через from/to статус, период и влияние на выручку/маржу.

05 · АРХИТЕКТУРА

Архитектура данных

Источники

  • ClickHouse marts
  • local draft inputs

Загрузка

  • Express API
  • cached queries

Хранилище

  • ClickHouse
  • browser draft state

Витрина

  • React dashboard
  • Excel export
ИсточникиClickHouse martslocal draft inputs
ЗагрузкаExpress APIcached queries
Модель данныхClickHousebrowser draft state
Dashboard / решениеReact dashboardExcel export
Контроль качествасверки · допуски · UAT · владельцы исключений

06 · МОДЕЛЬ ДАННЫХ

Модель данных / витрины

fact_client_transition_dayfactдневные переходы клиентов
budget_monthlymartпомесячный бюджет
budget_yearlymartгодовой бюджет

07 · МЕТОДОЛОГИЯ

Методология, процедуры, модель и эффект

Методология

  • Построил клиентский контур маржинальности: клиент, менеджер, сегмент, статус, план, факт, переходы и динамика маржи.
  • Развел факт, бюджет и прогноз, чтобы коммерческая команда могла видеть не только прошлый период, но и риск ухудшения.
  • Собрал критерии client health: темп выручки, валовая маржа, отклонение от плана, статусный переход, частота покупок и вклад в прибыль.

Что перенесено в систему

  • Ручные Excel-срезы по клиентам заменены dashboard-фильтрами, которые синхронно пересчитывают KPI, матрицу и экспорт.
  • План-факт закрытие перенесено в отдельный слой: план не смешивается с фактом и не теряется при drilldown.
  • Переходы клиентов from/to объясняют изменение выручки и маржи вместо простого сравнения сумм.

Модель и критерии

  • Client health score оценивает риск ухудшения клиента по марже, выручке, статусу и план-факту.
  • Прогноз маржинальности показывает confidence модели 0,82 для риска падения вклада и 0,78 для ухудшения клиентского здоровья.
  • Критерии риска: отрицательная динамика валовой маржи, падение частоты покупок, ухудшение статуса, рост скидки и недовыполнение плана.

Измеримый эффект

  • Коммерческая и финансовая команды получили общий контур клиентской маржи и план-факта.
  • Риск клиентов стал виден до закрытия периода через health score и динамику вклада.
  • Экспорт повторяет текущий dashboard-срез, поэтому обсуждение клиента идет по одной версии данных.

08 · ДЕМО DASHBOARD

Рабочий dashboard

Открыть Dashboard Lab

У каждого кейса отдельный экран на mock data. Это не одинаковый шаблон с разными подписями, а презентационный слой поверх реальной логики проекта: метрики, контрольные правила, риски и управленческие действия.

Что должен решить руководитель?

Dashboard нужен не для красоты, а для решения

  • Какие клиенты ухудшают маржу и требуют пересмотра условий?
  • Где план-факт отклонение связано с менеджером, сегментом или статусом?
  • Какие клиенты имеют риск падения health score?
  • Что экспортировать в коммерческое обсуждение без пересборки Excel?

CLIENT MARGIN FINANCE

Client margin dashboard

Финансовый план-факт по клиентам: выручка, валовая маржа, отклонения, переходы статусов и управленческие причины изменений.

только mock data · без закрытых данных
Выручка352,6 млн ₽+4,3% к плану
Валовая маржа29,2%+1,1 п.п.
Негативное отклонение8,7 млн ₽нужен разбор
Клиенты в риске23-6 к прошлому месяцу
План закрыт94%по менеджерам
Export-readyДаединый срез

План и факт маржи

ЯнвФевМарАпрМайИюн

Отклонения по сегментам

ABCRisk

Бизнес-правила

План-факт

План и факт живут в одной календарной структуре, поэтому отклонение считается одинаково по месяцам, клиентам и сегментам.

Фильтры

Фильтры по менеджеру и сегменту пересчитывают матрицу, переходы, экспорт и KPI одного среза.

Переходы

Изменение статуса клиента объясняет движение выручки и маржи, а не теряется в общей сумме.

09 · АРТЕФАКТЫ

Артефакты

Dashboard

Интерактивный экран на mock data: KPI, фильтры, графики, таблицы и управленческие выводы.

Client margin plan/fact dashboard
Data Model

Сущности, факты, справочники и расчетные слои, по которым можно принять результат.

API health check.
План-факт

Структура сравнения плана и факта по периоду, владельцу, сегменту и статье.

API health check.
Финансовые правила

Словарь правил учета: признание, аллокации, комиссии, платежи, статусы и допуски.

API health check.

10 · ВАЛИДАЦИЯ

Подход к валидации

  • API health check.
  • Фильтры возвращают согласованные dimensions.
  • Export повторяет текущий выбранный срез.

11 · БИЗНЕС-ИМПАКТ

Бизнес-импакт

Появился прикладной dashboard для план-факта, маржинальности и переходов клиентов

12 · ВЫВОДЫ

Выводы и улучшения

  • Operational dashboard должен быть быстрым и узко заточенным под рабочий сценарий.
  • Local draft полезен для планирования, но требует явной политики сохранения.
  • Кеширование запросов важно для больших ClickHouse витрин.