Ошибки визуализации данных: как проверить управленческий график до принятия решения

Начните с вопроса, который должен выдержать график

На совещание принесли график: показатель снизился с 55% до 35%. Столбцы подписаны, источник указан, цвета аккуратные. Кто-то уже предлагает разбираться с работой отделов. Но сначала стоит задать менее эффектный вопрос: доля чего именно снизилась и что этот рисунок позволяет сказать о каждом отделе? Красивый график не обязан знать ответ. Системный аналитик — обязан понимать, где его искать.

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

Поэтому проверять будем три результата. Первый — значение: можно ли получить его из объявленного набора? Второй — изображение: соответствует ли геометрия указанной шкале и типу сравнения? Третий — вывод: следует ли фраза руководителя из показанных данных? Это предложенная НТА методика разбора одного графика. Ниже её основания раскрыты на воспроизводимом примере; измеренного процента предотвращённых ошибок у нас нет.

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

Если в рабочем отчёте вопрос звучит иначе, это нормально. Например, руководитель может хотеть сравнить средний отдел независимо от его размера. Тогда изменится вес наблюдений, и правильная формула будет другой. Ошибка возникает в момент, когда один вопрос незаметно заменяют другим, сохраняя прежний заголовок. Именно поэтому начинать проверку с выбора диаграммы слишком рано: сначала нужно определить, что считается одним наблюдением и какое решение обсуждается.

Набор, который можно проверить без доступа к BI

Возьмём полностью синтетический набор. Отделы А и Б вымышлены; это не клиентские данные и не результат проекта НТА. Одна строка означает один отдел за календарный месяц. «В срок» — число завершённых обращений, уложившихся в условный срок. «Завершено» — число всех завершённых обращений того же отдела за тот же месяц. Каждое обращение относится ровно к одному отделу, поэтому знаменатели можно складывать.

Основное сравнение использует только четыре полные строки апреля и мая. Июнь добавлен для отдельной проверки пропуска и подтверждённого нуля; ни в один из трёх сравнительных вариантов он не включён. Это существенная часть воспроизводимости: одинаковый исходный файл ещё не означает одинаковый набор после фильтрации. У двух аналитиков должны совпасть и значения, и правило отбора строк.

В апреле завершено 100 + 100 = 200 обращений. Из них в срок — 90 + 20 = 110. Общая доля равна 110 / 200 × 100% = 55%. В мае завершено 20 + 240 = 260 обращений, в срок — 19 + 72 = 91. Получаем 91 / 260 × 100% = 35%. Никаких округлений внутри расчёта пока не требуется. Это две контрольные точки для всех последующих изображений общего итога.

В рабочем пакете рядом с графиком полезно сохранять такой маленький проверяемый фрагмент, правила включения и точную формулу. Он не заменяет полную выгрузку, но позволяет быстро проверить, совпадает ли смысл вычисления. Если строка уже содержит число обращений, подсчитать строки — значит получить количество записей «отдел — месяц», а не обращений. Документация агрегации Vega-Lite отдельно определяет подсчёт объектов, сумму поля и количество валидных значений. Эти операции не становятся взаимозаменяемыми из-за одинакового названия колонки в отчёте.

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

Три изображения одного набора и три разных чтения

Первое представление — два обычных столбца общего итога: апрель 55%, май 35%, вертикальная ось от 0% до 60%. Длина каждого столбца отсчитывается от нуля. При одинаковом масштабе отношение длин равно отношению значений: 55 / 35, то есть примерно 1,57. Разница между верхушками соответствует 20 процентным пунктам. По такому графику можно сравнить доли в полной совокупности обращений.

Во втором представлении оставим те же значения, подписи и порядок месяцев, но начнём видимую ось с 30%. Теперь видимый фрагмент апрельского столбца соответствует 25 пунктам, майского — 5 пунктам. Отношение этих фрагментов равно пяти. Сами доли по-прежнему равны 55% и 35%, однако отношение видимых длин уже выражает расстояния от выбранного порога. Оно не равно отношению долей. Это арифметический факт о геометрии, а не измерение того, как именно отреагирует каждый читатель.

×

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

Здесь полезно различать ось и шкалу. Шкала переводит исходное значение в визуальную координату; ось показывает, как читать это преобразование. Такое разделение прямо описано в документации осей Vega-Lite. Корректно напечатанные деления не отменяют выбранного преобразования. Скрытая ось, в свою очередь, не делает шкалу отсутствующей: читатель просто теряет способ проверить её по изображению.

Третье представление возвращает в кадр отделы. У А доля выросла с 90% до 95%, у Б — с 20% до 30%. Общий показатель при этом снизился с 55% до 35%. Противоречия в арифметике нет: в мае гораздо большая часть обращений относится к отделу Б, у которого доля ниже. Этот вариант отвечает на дополнительный вопрос о составе общего результата. Он не делает первые два расчёта неверными и не разрешает отказаться от общего показателя, если решение относится ко всем обращениям.

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

Когда ненулевая ось допустима

Из примера не следует правило «любой график обязан начинаться с нуля». Важно, какой визуальный признак несёт значение. У обычного столбца это длина от основания. Если задача — сравнить полные неотрицательные величины, нулевая база сохраняет их отношение. У точки значение задаёт положение, а у линии читатель может исследовать изменение между соседними наблюдениями. Для такой задачи ограниченный диапазон бывает содержательно оправдан, если границы видны и вывод не строится на отношении отрезанных столбцов.

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

В нашем примере изменение достаточно велико, чтобы его можно было выразить прямо: минус 20 процентных пунктов. Увеличивать драматизм для понятности не требуется. Если же показывается превышение порога 30%, следует честно назвать показатель «превышение над 30%» и получить значения 25 и 5 пунктов. Такой новый показатель может быть полезен для отдельного правила контроля. Но его нельзя продолжать подписывать как полную долю 55% и 35%, предлагая сравнивать длины как сами доли.

Документация шкал Vega-Lite также различает ограничение области шкалы, обрезку отображения и удаление данных преобразованием. Это разные операции. Если точка оказалась за границей кадра, она могла остаться в расчёте; если строку отфильтровали, измениться мог и агрегат. Поэтому при проверке предела оси надо спрашивать не только «что видно», но и «какие строки продолжают участвовать в знаменателе».

Ещё одно условие — сопоставимость панелей. Если отделы показаны отдельными миниатюрами с автоматически подобранными пределами, одинаковый подъём линии на экране может соответствовать разным изменениям. Для прямого сравнения используйте общие пределы либо достаточно заметно обозначьте различие и откажитесь от сравнения наклонов. Сохранение красивой композиции не является основанием менять измерительный смысл рисунка.

Почему средний процент меняет объект сравнения

Попробуем усреднить две доли отделов. В апреле получим (90% + 20%) / 2 = 55%. Это совпадает с общей долей по обращениям. Если проверить только апрель, легко решить, что формула подходит. Но совпадение объясняется одинаковыми размерами отделов в этом месяце: по 100 завершённых обращений. Это свойство набора, а не доказательство универсальности среднего арифметического процентов.

В мае средняя доля отдела равна (95% + 30%) / 2 = 62,5%. Общая доля по обращениям равна 35%. Разница возникает потому, что первое вычисление даёт одинаковый вес двум отделам, а второе — каждому завершённому обращению. Майский отдел А с 20 обращениями получает в среднем отделов половину веса, хотя в общей совокупности на него приходится лишь 20 из 260 обращений. Отдел Б с 240 обращениями получает ту же половину.

Называть 62,5% «математической ошибкой» было бы неточно. Это правильное среднее двух групповых долей, если вопрос именно о среднем отделе с равными весами. Ошибка — представить его как долю обращений, выполненных в срок. Поэтому рекомендация «никогда не усредняйте проценты» слишком груба. Надёжнее записать, кто получает единичный вес: обращение, отдел, сотрудник, день или другая единица наблюдения.

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

В официальном справочнике агрегатных функций DataLens SUM и AVG описаны как разные операции над группой. Выбор функции в интерфейсе должен следовать определению показателя. Название «среднее» не сообщает, какие именно объекты усредняются. Аналитик обязан сверить уровень входных строк, группировку и влияние фильтров, а затем назвать результат так, чтобы другой человек мог восстановить этот выбор.

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

Что скрывает общая линия: состав групп

Посмотрим на знаменатели. В апреле на отдел Б приходится 100 из 200 завершённых обращений — 50%. В мае — 240 из 260, примерно 92,31%. Отдел Б улучшил свою долю с 20% до 30%, но она всё ещё ниже доли А. Когда вес Б резко увеличивается, общий показатель может снизиться, несмотря на улучшение обеих групп. Наш набор именно так и устроен.

×

Один набор, разные уровни сравнения. Общая доля учитывает каждое обращение; средний процент отделов даёт равный вес двум отделам. Все значения и размеры групп синтетические.

На этих данных неверны сразу две удобные фразы. «Показатель упал, значит оба отдела стали работать хуже» противоречит групповым долям. «В обоих отделах рост, значит обслуживание всех обращений улучшилось» противоречит общему итогу выбранной совокупности. Обе фразы перескакивают между уровнями анализа. Вместо выбора приятной картинки нужно сохранить два верных наблюдения и назвать, к каким объектам они относятся.

Можно дополнительно спросить: какой был бы майский итог при равных апрельских весах отделов? Получим 0,5 × 95% + 0,5 × 30% = 62,5%. Это условный расчёт при фиксированном составе, полезный для отделения вопроса о весах от вопроса о групповых долях. Он не заменяет наблюдаемый майский итог 35%. Если включаете такой показатель в отчёт, подпишите сценарное условие и не выдавайте его за фактический результат всех майских обращений.

Связь между группировкой и расчётом важна и технически. Документация LOD в DataLens объясняет, что уровень детализации может переопределять измерения, по которым считается агрегат. Добавление категории в визуал и изменение формулы знаменателя нужно проверять совместно. Иначе столбцы могут показывать доли от разных оснований, хотя выглядят частью одного сравнения.

Почему в мае увеличился вес Б, набор не сообщает. Неизвестны сложность обращений, перераспределение нагрузки, состав команды и причина изменения объёма. Мы доказали арифметическую совместимость общего спада с групповым ростом. Чтобы предложить управленческое действие, нужны дополнительные наблюдения и проверка гипотез. Граница между сигналом и основанием изменения процесса подробнее раскрыта в материале об аналитике поведения во внутреннем сервисе.

Подписи, единицы и сортировка — часть расчёта

Заголовок «Эффективность отделов» слишком широк для нашего набора. Более точная подпись: «Доля завершённых обращений, выполненных в срок, апрель–май 2026 года». Она называет числитель через условие, знаменатель через совокупность и период. Рядом следует указать, что данные синтетические, какие отделы включены и как определяется месяц. Тогда читатель не вынужден догадываться, что именно скрыто за коротким словом «эффективность».

Проценты и процентные пункты тоже нельзя смешивать. Переход с 55% до 35% означает снижение на 20 процентных пунктов. Относительное изменение к апрельскому уровню составляет (35 − 55) / 55 × 100% ≈ −36,36%. Обе величины правильны, но отвечают разным вопросам. Подпись «снижение на 20%» не передаёт ни одну из них точно. При нулевом исходном уровне относительное изменение таким делением вообще не определяется.

Отдельно проверяется шкала абсолютных значений. У отдела А доля выросла, но число обращений в срок снизилось с 90 до 19 вместе с общим объёмом. У отдела Б выросли и число таких обращений, и доля. Поэтому «рост доли» не следует переименовывать в «рост объёма». Если решение касается требуемой мощности команды, одних процентов недостаточно. Если решение касается вероятности выполнить условие среди завершённых обращений, один абсолютный объём тоже не отвечает на вопрос.

Порядок категорий должен поддерживать объявленное сравнение. Месяцы в динамике идут хронологически, а отделы в рейтинге могут идти по значению. Сортировка месяцев по величине показателя превращает временную последовательность в ранжирование. Соединять такую переставленную последовательность линией и обсуждать её как течение времени нельзя. Настройка порядка домена выделена отдельно и в документации сортировки Vega-Lite.

Подписи следует проверить в том виде, в котором график попадёт к руководителю. Уменьшенная карточка, экспорт в изображение и снимок из переписки могут потерять легенду или примечание о фильтре. Если без наведения курсора невозможно понять знаменатель, статичный экспорт неполон. Цвет дополняйте прямыми названиями рядов; числовой вывод продублируйте словами. Это позволяет проверить смысл даже тогда, когда интерактивные подсказки и различение оттенков недоступны.

Пропуск, ноль и неполный период

Вернёмся к июню. У отдела Б завершено 100 обращений, ни одно не выполнено в срок. Это подтверждённый ноль числителя, и доля равна 0%. У А известно число завершённых обращений, но числитель не получен. Доля не определена. Если заменить отсутствующее значение нулём, отчёт сделает новое утверждение: ни одно из ста обращений А не выполнено в срок. Исходные данные такого утверждения не содержат.

Если просто удалить отдел А, можно посчитать долю только по Б. Но тогда изменится охват. Подписывать результат как общий июньский итог по двум отделам нельзя. Знаменатель общей совокупности известен — 200, однако числитель неизвестен, поэтому общую долю мы не вычисляем. В реальной задаче можно отдельно показать полноту получения данных и доступную часть, явно назвав её границы.

Для линии есть ещё одна ловушка: удаление строки с пропуском может соединить соседние известные точки. Получившийся отрезок создаёт непрерывность там, где наблюдение отсутствовало. Vega-Lite описывает режимы обработки невалидных значений, включая фильтрацию и разрыв пути. Конкретное поведение зависит от конфигурации. Для отчёта надо проверить результат, а не предположить, что библиотека сама выбрала правильное предметное значение пропуска.

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

Похожая проблема возникает при сравнении полного и незавершённого периода. Сумма за часть месяца относится к другому интервалу, чем сумма за полный месяц. Для долей дополнительно проверяется, успели ли наблюдения попасть в числитель и знаменатель на одинаковых основаниях. Нельзя объявить периоды сопоставимыми только потому, что оба столбца подписаны названием месяца. Укажите момент среза, событие отнесения к периоду и правило обращения с незавершёнными случаями.

Временное преобразование тоже требует внимания. Документация единиц времени Vega-Lite различает месяц как часть года и последовательность год–месяц, а также локальное время и UTC. Если свернуть несколько лет только по названию месяца, можно получить сезонную группировку вместо хронологии. Для московского рабочего отчёта заранее определите календарные границы в нужном часовом поясе; формат подписи сам по себе не выполняет это определение.

Если график предложил диалоговый интерфейс

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

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

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

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

При этом не обязательно сохранять историю каждого неудачного запроса. Для проверяемого результата нужны исходный срез, окончательный расчёт, окончательное изображение и карточка допуска. Доступ к рабочим данным и выбор разрешённого инструмента регулируются правилами организации; эта статья не устанавливает их и не даёт разрешения отправлять корпоративную выгрузку внешнему сервису.

Протокол проверки одного графика

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

Проверяющий начинает с контрольных значений и только потом смотрит на убедительность рисунка. Он должен получить 55% и 35%, объяснить 62,5% как среднее двух отделов и увидеть, почему июньский итог не определён. Затем он сравнивает подписи с формулами, порядок категорий с вопросом, а длины или координаты — с объявленной шкалой. В завершение читает вывод отдельно от графика и ищет утверждения, для которых в наборе нет полей.

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

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

При изменении источника, формулы, фильтра или группировки карточку проверяют заново. При изменении только цвета достаточно убедиться, что различимость рядов и подписи сохранены. Масштаб и обрезка уже затрагивают чтение величин, поэтому требуют повторной проверки геометрии и вывода. Такой порядок соразмеряет проверку с изменением; мы не утверждаем, что он гарантирует обнаружение всех возможных ошибок.

Тест понедельником

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

Затем прочитайте вслух предложение, которое собираетесь сказать руководителю. На нашем наборе оно может звучать так: «Среди завершённых обращений общая доля выполнения в срок снизилась с 55% до 35%; при этом доли обоих отделов выросли, а состав обращений существенно изменился». Следующее предложение — о причинах или необходимых мерах — уже требует дополнительных данных. График не должен незаметно выполнять эту работу за исследование.

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

Будущее должно выдержать понедельник. Для управленческого графика это означает простую вещь: другой человек способен повторить расчёт, понять подпись и не приписать изображению вывод, которого нет в данных.

Важное уведомление

Материал носит информационный характер и не является индивидуальной консультацией, проектной документацией, инструкцией по внедрению или гарантией результата. Применимость описанных подходов зависит от процессов, систем, данных, требований безопасности и иных условий конкретной организации. Перед внедрением или изменением ИТ‑систем необходимо самостоятельно оценить риски и привлечь профильных специалистов.