№44 · 2026 · Финансы · Визуализация

Sankey для Income Statement: куда утекает каждый рубль выручки

Sankey-диаграмма стала стандартом визуализации P&L в инвест-презентациях и корпоративных отчётах. Разбираем, почему — и как построить такую диаграмму в Power BI и вне него.

Коротко. Sankey — это визуализация потоков, в которой ширина каждой полосы пропорциональна сумме. На Income Statement это даёт мгновенное понимание: куда утекает каждый рубль выручки. В последние 5 лет такой формат стал стандартом у инвест-аналитиков (визуализации Apple, Tesla, Microsoft по quarterly results собирают сотни тысяч просмотров). В Power BI собирается через HTML Content + SVG-меру или через ECharts в Web Page-визуале. Вне Power BI — через SankeyMATIC.com (онлайн, бесплатно) или ECharts в HTML.

Почему Sankey, а не таблица

Классический P&L — это таблица из 15–60 строк. Финансист её читает, но собственник или коммерческий директор видит «много чисел». На стратегическом совещании такая таблица не помогает обсуждать — она требует, чтобы каждый сидящий за столом её заранее проанализировал.

Sankey решает это за счёт визуальной пропорциональности. Все потоки — ширина пропорциональна сумме. Один взгляд — и понятно, что COGS забирает 62% выручки, OPEX — 28%, до чистой прибыли доходит 3,5%. Команда обсуждает не «что в цифрах», а «почему такие пропорции».

Этот формат особенно силён, когда нужно показать структуру:

  • Из каких сегментов складывается выручка (продукт, регион, канал) и куда она потом распадается на COGS, OPEX, EBITDA, налоги.
  • Сравнение двух периодов — рисуем два Sankey рядом. Сразу видно, какие потоки выросли, какие сократились.
  • Сценарный анализ — «если COGS вырастет на 5%, потоки перерисовываются автоматически, и разница в толщине EBITDA-канала видна без слов».

Где это уже стандарт

За последние пять лет Sankey превратился из «экзотической диаграммы» в ожидаемый формат:

  • Investor presentations Apple, Tesla, Microsoft. Quarterly P&L всё чаще представляют как Sankey. У Apple даже есть устоявшийся «голубой» стиль с разделением Services / Products.
  • Бенчмарки SaaS-компаний (визуализации от Crunchbase, SaaStr).
  • Российские инвест-презентации — Газпром-нефть, Северсталь, X5 Retail Group в последние годы используют Sankey-формат для visual breakdown результатов.
  • Финансовые телеграм-каналы и Habr-публикации — Sankey стал «визитной карточкой» серьёзного финансового анализа.

Поэтому если вы строите финансовую отчётность в 2026 году — наличие Sankey-визуализации становится фактически обязательным элементом для executive-аудитории.

Как читается Sankey по P&L

Income Statement за квартал · Sankey

Чтение слева направо:

  1. Источники выручки слева. Сегменты, регионы, продуктовые линейки — или всё вместе, если уровень детализации позволяет.
  2. Узел «Выручка» в центре. Все источники сходятся в него, его толщина = общая выручка.
  3. Из Выручки два потока: COGS (себестоимость) и Валовая прибыль. Толщины — пропорциональны рублям. Сразу видно, сколько денег «выживает» после COGS.
  4. Из Валовой прибыли — несколько потоков OPEX (ФОТ, маркетинг, аренда, прочее) и один EBITDA. EBITDA — то, что осталось.
  5. Из EBITDA — амортизация, проценты по кредиту, налог на прибыль, и финальная Чистая прибыль.

Цветовая семантика:

  • Зелёный (или teal) — приток (выручка, валовая, EBITDA, чистая прибыль).
  • Синий или нейтральный — основной канал (выручка, валовая прибыль).
  • Красный или фиолетовый — расходы (COGS, OPEX, налоги, проценты).
  • Зелёный конечный — Чистая прибыль (главный результат).

Этот цветовой код считывается без объяснения — читатель сразу понимает «зелёное хорошо, красное забирает».

Как сделать в Power BI

Способ 1. Custom visual «Sankey by Microsoft»

В App Source есть несколько Sankey-визуалов; certified — «Sankey by Microsoft Corporation». Это самый простой путь:

  1. Insert → More visuals → From AppSource → найти «Sankey».
  2. Положить в отчёт. Source — столбец источника (Розница, Опт), Destination — назначение (Выручка, COGS), Weight — значение.
  3. Если поток состоит из нескольких уровней (Розница → Выручка → COGS), нужно подготовить таблицу-факт со всеми связями: {from, to, value}.

Минусы стандартного visual: ограниченная кастомизация цветов, нет label-форматирования, выглядит «дёшево» по сравнению с ручной HTML-сборкой. Но для quick-wins подходит.

Способ 2. ECharts в Web Page-визуале

Более качественный результат — через ECharts (бесплатный JS-рендерер). У Power BI нет нативной поддержки, но есть обходной путь через HTML Content custom visual или «Web page» в Power BI Service.

Идея: вы строите Sankey на отдельной HTML-странице с ECharts-кодом, публикуете её на своём корпоративном веб-сервере, и вставляете URL в Power BI как Web page-визуал. Данные передаёте через query-параметры или через iframe-сообщения. Это продвинутая техника, но даёт полную свободу — любой ECharts-визуал доступен в Power BI.

Альтернатива попроще — использовать HTML Content by Daniel Marsh-Patrick (certified custom). Передаёте в него готовую HTML-строку с инлайн-SVG (см. соседнюю статью SVG в Power BI). Sankey-разметка генерируется DAX-мерой.

Способ 3. Через SankeyMATIC и вставка картинкой

Если Sankey нужен только в квартальном отчёте — и не нужна интерактивность — используйте SankeyMATIC.com. Это бесплатный онлайн-инструмент, который генерирует Sankey по текстовому описанию:

// Вставить в SankeyMATIC.com:
Розница [380] Выручка
Опт [280] Выручка
Маркетплейсы [220] Выручка
Выручка [550] COGS
Выручка [330] Валовая прибыль
Валовая прибыль [130] ФОТ
Валовая прибыль [60] Маркетинг
Валовая прибыль [35] Аренда
Валовая прибыль [25] Прочее OPEX
Валовая прибыль [80] EBITDA
EBITDA [25] Амортизация
EBITDA [10] Проценты
EBITDA [14] Налог на прибыль
EBITDA [31] Чистая прибыль

Из SankeyMATIC экспортируете SVG или PNG, вставляете в Power BI как Image (или в PowerPoint/Word отчёт). Просто, быстро, без custom visuals.

Способ 4. Excel / Sheets и аналог

Native Sankey есть в Microsoft Excel 2024+ (Insert → Recommended Charts → Sankey). Поддерживает простые потоки, ограничен в кастомизации, но для внутренних отчётов — подойдёт.

Какие потоки рисовать

Главное правило: сумма входящих в узел = сумма исходящих. Это и есть проверка на валидность — все потоки должны балансироваться, как в P&L.

Минимально достаточная схема для Income Statement:

  • 3–5 источников выручки (по каналу или продукту)
  • Выручка → COGS + Валовая прибыль
  • Валовая прибыль → 3–4 категории OPEX + EBITDA
  • EBITDA → Амортизация + Проценты + Налог + Чистая прибыль

Итого 14–18 узлов. Это «золотая середина» — ещё читабельно, но уже информативно.

Анти-паттерны

1. Слишком много мелких узлов. Если у вас 15 строк OPEX, не показывайте все 15 как отдельные потоки. Объедините в 4–5 крупных категорий и «прочее». Sankey с 30 ниточками — нечитаемая каша.
2. Несогласованные единицы. Все потоки должны быть в одной единице (млн ₽, млн $). Не смешивайте «выручка в млн руб» с «ФОТ в человеко-часах» — Sankey станет бессмысленным, даже если нарисуется.
3. Несбалансированные узлы. Если Выручка = 880, а сумма COGS+Валовая = 870 — это ошибка в данных. Sankey-движки обычно «прощают» дисбаланс и рисуют, но это скрывает баг отчёта. Прогоняйте проверку SUM(in) = SUM(out) на каждом узле в DAX.
4. Сравнение двух Sankey разного размера. Если вы показываете 2024 (выручка 700) рядом с 2026 (выручка 880), визуально диаграммы окажутся разной общей толщины — это и есть смысл сравнения. Не пытайтесь нормализовать на 100%, тогда теряется главная информация.
5. Цвет потоков как «радуга». Каждый узел — своим цветом, потоки — переходящими градиентами. Нечитаемо. Используйте 3–4 цвета максимум, с чёткой семантикой (приток = синий, расход = красный/розовый, прибыль = зелёный).

Связанные материалы