Что такое дашборд
Для большинства читателей ответ на этот вопрос очевиден, но хотелось бы все-таки явно уделить этому немного внимания. Дашборд это интерактивная система, представляющая какие-либо табличные данные в виде набора графических визуализаций. На дашбордах располагаются таблицы, графики, диаграммы, текст и другие средства визуализации. Исходные данные, представленные на дашборде, обновляются автоматически с заданным интервалом или даже в режиме реального времени.
Дашборды строятся с целью ускорения анализа показателей и принятия эффективных стратегических решений. Любой бизнес так или иначе ведет какую-то отчетность. Очень часто эта отчетность предстает в виде множества таблиц в каком-нибудь документе Excel или Google-таблицах, которые может быть неудобно анализировать и, вдобавок, нужно регулярно вручную обновлять. Наличие дашборда в разы упрощает все эти моменты. Качественный дашборд не нужно обновлять вовсе, т.к. он делает это сам, а анализ статистики становится проще и удобнее за счет подготовленных графиков и диаграмм важных для заказчика данных.
Существует множество популярных систем для построения дашбордов, каждая из которых имеет свои плюсы и минусы. Например, они могут быть платными или бесплатными. Они могут быть облачными, как Google Looker Studio, а могут разворачиваться на вашей локальной машине или сервере, как Microsoft PowerBI.
В нашей компании стандартным инструментом визуализации данных для большинства задач принят Apache Superset. Одним из основных преимуществ использования Apache Superset является то, что это инструмент с открытым исходным кодом, что означает, что его можно использовать бесплатно и его можно легко настроить в соответствии с конкретными потребностями вашей организации. Superset также имеет широкий спектр параметров визуализации, что упрощает создание интерактивных и высокодетализированных визуализаций:
Рис. 4: диаграммы в Apache Superset
Рис. 5: диаграммы в Apache Superset
Что лежит у дашборда “под капотом”
Для исправной работы дашборда нужны корректные данные. Чтобы дашборд постоянно обновлялся, должны постоянно обновляться исходные данные. Способы обеспечения стабильного обновления данных зависят от того, что является их источником.
Во всех системах визуализации или BI-системах есть возможность подключаться к широкому спектру источников данных, включая базы данных SQL, платформы больших данных и даже файлы CSV или Google-таблицы.
Рис. 6 — возможные источники данных в BI-системах
Например, если источником являются обновляемые вручную данные — файлы CSV, то ответственность за их актуальность лежит на специалисте, загружающим их в систему.
Если источник — база данных SQL, то необходимо, чтобы ее инженер или DevOps обеспечил стабильность сбора и хранения данных, бэкапов данных, работу сервера и так далее. А если дашборд строится на объединенных данных из нескольких таблиц, то прибавляется еще и работа аналитика, который составляет SQL-запросы, и эти запросы должны работать безупречно.
Здесь становится понятно, что в создании качественного дашборда участвует далеко не один человек.
Проблемы создания дашборда. От брифа до визуализации
В идеальном мире перед созданием дашборда исполнителю необходимо получить полноценное четкое ТЗ от заказчика, в котором будут содержаться пункты о том, на какие именно вопросы будущий дашборд должен отвечать, какие метрики изображать на дашборде, какие использовать диаграммы, графики, таблицы и в каком порядке их располагать.
Но на практике чаще всего заказчик сам плохо представляет что он хочет. Ему может просто хотеться, чтобы система получилась удобной, стабильной, и на ее основе можно было принимать решения. В таком случае мы, как исполнитель, начинаем распутывать этот клубок, проводя встречи с заказчиком, задавая ему вопросы и предоставляя прототипы.
И вот, все нюансы обговорены и согласованы с заказчиком, прошли дни или, может быть, недели создания идеального, по вашему мнению дашборда. Вы представляете его заказчику и.. ему не нравится. Возможно не целиком, но скорее всего у него есть некоторые правки и замечания.
По опыту, крайне редкая ситуация, когда заказчик принимает дашборд в первом его варианте, и правки есть почти всегда.
Какие обычно прилетают правки
Правки могут быть самыми разными, и вот некоторые из них, с которыми встречаешься чаще всего:
Не нравится визуал
Сюда могут входить много разных замечаний — элементы на дашборде слишком широкие или слишком узкие, цветовая гамма или даже оттенок не такой, как хотелось бы, элементы расположены в неудобном порядке и так далее. Может быть такое, что основной пользователь дашборда смотрит его на мониторе с ультра широким форматом, а вы строили его на стандартном 16:9, и со стороны пользователя кажется, что пространство используется неэффективно
Не хватает данных или их слишком много
Бывает такое, что вы презентуете дашборд заказчику, а он спрашивает, можно ли добавить еще несколько графиков с разными шагами динамики — по часам, по кварталам и по годам, дополнительно к имеющимся. Или выясняется, что нужно добавить дополнительные показатели ранее не присутствующих метрик. А может быть дашборд покажется ему излишне нагроможденным и нужно будет что-то убрать
Конечно же, в таких правках и замечаниях нет ничего плохого, ведь обе стороны хотят достичь результата, полностью устраивающего заказчика. Это лишь говорит о том, что общий процесс создания дашборда не быстрый и может длиться неделями.
Из-за чего может сломаться дашборд
После того, как дашборд был принят заказчиком, необходимо обеспечить его бесперебойную работу и заниматься его поддержкой, ведь без поддержки дашборд может сломаться в любой момент, и вот некоторые причины, почему это может случиться:
Изменения в исходных данных
Если кто-нибудь поместит в столбец данных с числовым форматом какую-нибудь строку или буквенный символ, то появится ошибка.
Если кто-нибудь запишет дробное число через точку, а не запятую, то появится ошибка.
Невозможные операции в вычислительных полях
Бывает такое, что аналитик строит дашборд, тестирует его, и все прекрасно работает. Но он не учел сценария, когда каких-то данных за выбранных период времени может быть нулевое количество. Например за вчерашний день у клиента было 0 покупок. Тогда в показателе CPO (расход деленный на количество покупок) получим деление на 0, которое ранее не учитывалось и, как следствие, ошибку
Обновление исходных данных
В один момент времени вы можете заметить, что данных на дашборде стало меньше, чем было раньше. В процессе разбора этой проблемы выясняется, что из 10 источников, участвующих в построении общих данных, один перестал обновляться, т.к. слетела какая-нибудь интеграция, или устарел токен доступа к API, или клиент что-нибудь не оплатил, вариантов может быть множество
Вероятность поломки дашборда снижается в зависимости от опыта специалистов, участвующих в том или ином этапе его создания.
Зачем бизнесу нужны дашборды
Как говорилось во вступлении, дашборды создаются для удобства анализа наглядно представленных показателей и принятия решений. В зависимости от того, на каком уровне построен дашборд, это могут быть стратегические решения или решения более технического характера, например, связанные с оптимизацией рекламных кампаний.
Если дашборд сделан качественно, он будет незаменимым инструментом в работе специалиста любого уровня, экономящим большое количество времени, уходящего на поддержание отчетности вручную.
Оставьте ваши контакты, и мы создадим для вас дашборд любой сложности!
