Каскадная диаграмма Power BI: как объяснить путь от плана к факту

Каскадная диаграмма показывает не просто отклонение, а вклад каждой причины в итог. Хороший вариант, когда нужно объяснить, откуда взялась разница между двумя суммами.

Павел проходит по положительным и отрицательным ступеням изменений от начальной точки к итоговой
СУТЬ БЕЗ ШУМА

Самое главное — за секунды

Содержание статьи

Поймёте, когда нужен waterfall chart, подготовите правильную таблицу факторов и объясните руководителю итоговое отклонение без десяти отдельных графиков.

План продаж — 10 млн рублей, факт — 9,4 млн. Разница минус 600 тысяч понятна, но решение из неё не следует. Один продукт вырос, другой просел, часть сделок перенеслась, а возвраты съели ещё кусок результата. Каскадная диаграмма Power BI раскладывает путь от начальной суммы к конечной на положительные и отрицательные ступени. Её ещё называют waterfall или bridge chart.

Что это значит простыми словами

Начальный столбец показывает базу, промежуточные столбцы добавляют или вычитают вклад факторов, финальный столбец показывает результат. Пользователь видит не только размер отклонения, но и последовательность причин. Это удобно для план-факта, изменения прибыли, движения численности и денежных остатков. Главное условие — факторы должны складываться в итог без пропусков и двойного счёта.

Логика и подготовка данных

Для диаграммы нужна категория фактора и числовое изменение. Положительные значения поднимают накопленный итог, отрицательные опускают. Начало и конец отмечаются как total. Если исходная таблица хранит только план и факт по товарам, сначала рассчитывают отклонение по каждому фактору. Нельзя одновременно включить в мостик изменение выручки и его же детализацию по продуктам — итог задвоится.

Подробный пример с числами

Павел проходит по каскаду положительных и отрицательных вкладов от начального результата к итоговому

Плановая выручка — 10 млн рублей. Рост продукта А добавил 800 тыс., снижение продукта Б вычло 900 тыс., перенос сделок на следующий месяц вычел 350 тыс., а новые клиенты добавили 200 тыс. Возвраты вычли 350 тыс. Сумма вкладов равна минус 600 тыс., поэтому факт — 9,4 млн. На каскаде сразу видно: главная зона внимания — продукт Б, а не весь отдел продаж целиком.

Перед публикацией проверьте контрольное равенство: начальная сумма плюс все изменения равна конечной. Затем сверните мелкие причины в группу «Прочее» и убедитесь, что она не стала крупнейшим фактором. Если стала — расшифровка ещё не закончена. Сохраните контрольную сумму в модели отдельной мерой: она покажет расхождение после следующего обновления данных.

Как использовать в бизнесе

В управленческом отчёте каскад отвечает на вопрос «почему изменился итог». Я использую его рядом с карточками плана и факта. Руководитель сначала видит отклонение, затем два-три главных вклада и только потом открывает детализацию. Так разговор быстро переходит к действиям: вернуть просевший продукт, изменить прогноз сделок или разобраться с возвратами.

Когда применять этот подход

Waterfall подходит, когда есть две сопоставимые точки и конечный набор взаимно исключающих факторов перехода. Если нужно показать динамику по месяцам, лучше линия. Если нужно сравнить независимые категории, подойдут столбцы. Каскад не обязан заменять весь дашборд — он решает одну задачу: объясняет мостик между началом и концом.

Как проверить результат

Павел на весах сверяет итог каскада с начальным значением и всеми вкладами из источника

Соберите рядом обычную таблицу факторов со знаком, суммой и ответственным. Отсортируйте вклад по абсолютному значению и сравните общую сумму с разницей плана и факта. Для одного месяца откройте первичные операции по крупнейшему фактору. Если фактор нельзя подтвердить данными, его рано ставить на диаграмму.

Порядок действий

1. Определите две точки

Зафиксируйте план и факт либо начало и конец на одинаковой границе периода.

2. Соберите факторы

Каждая причина должна встречаться один раз и иметь понятный знак.

3. Проверьте мостик

Сумма факторов обязана точно объяснять разницу между точками.

4. Настройте total

Отметьте начальный и конечный столбцы как итоги, чтобы визуал не считал их изменениями.

5. Оставьте главное

Покажите крупные факторы, а мелкие объедините только после проверки состава.

Ограничения и типичные ошибки

  • Смешивать независимые факторы и их вложенную детализацию.
  • Показывать слишком много мелких ступеней.
  • Использовать каскад для простой динамики по времени.
  • Не сверять сумму вкладов с фактическим отклонением.

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

Как я делаю это в проектах

Я начинаю с таблицы, а не с визуала. Финансист и владелец процесса подтверждают состав факторов и знаки. После этого строим каскад и добавляем возможность перейти к операциям крупнейшего вклада. Если пользователь видит минус 900 тыс. по продукту Б, он должен за два клика понять: объём, цена, скидка или возвраты. Тогда диаграмма помогает управлять, а не просто красиво объясняет прошлое.

Что сделать прямо сейчас

Возьмите одно важное отклонение плана от факта и соберите рабочую таблицу причин, которая точно сходится с ним до рубля.

Если нужно связать данные, интерфейс и управленческое решение, можно обсудить задачу с ФАНалитикой. Начнём с одного рабочего сценария, а не со списка всех возможных функций.

Первичные источники

ПО ТЕМЕ

Продолжить разбираться

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

Можно просто написать

Познакомимся и обсудим задачу

Расскажите, что хотите улучшить или в чём пока не можете разобраться. Необязательно приходить с готовым ТЗ — вместе посмотрим на ситуацию и поймём, с чего начать.

Работаем без заявки.

Не оставляйте номер и не ждите звонка. Просто напишите сами туда, где вам удобно.