Магический квадрат Гартнера🙈 Я за Tibco , конечно😊

Apache Zeppelin - мое новое могущество😊
Линк:https://m.habr.com/ru/company/pixonic/blog/414921/

Захотела построить луковую диаграмму в Tableau... Озадачилась🤯
Линк: https://vizartpandey.com/stacked-onion-chart-tableau/

Воронка продаж на дашборде по-прежнему убога, но хотелки продаванов надо как-то реализовывать😒 Как это делать в Tableau : https://analytikaplus.ru/3-sposoba-vizualizirovat-voronki-prodazh-v-tableau/

#Дашборд-терапия
•Если ваш дашборд стесняется показать проблему в явном виде, то ценность его...ну так себе;
•Если на ваш дашборд не заходят пользователи, возможно, он не такой клёвый, как вы думаете...или вы настроили рассылку скринов из дашборда прямо на почту пользователям, и заходить на сам дашборд им больше не нужно;
•Если кто-то из ваших пользователей говорит, что Tableau пользоваться неудобно, проверьте, что у них есть лицензия!
•Если вместо использования инструментов/кнопок навигации пользователь просто обновляет дашборд до стартовой страницы,-поздравь себя, нет в твоем дашборде навигации)
Линк: https://is.gd/it2ZdO

Хотела найти дашик на темном фоне, нашла Grafana-панель для мониторинга в реальном времени с открытым исходным кодом. Сижу тискаю☺️
Линк: https://play.grafana.org/

Матрица корреляции в Tableau - простенько и со вкусом😜
Линк: https://youtu.be/vhrmmvAvOfQ

Qlik vs Power BI🙈 Хороший лонгрид за попкорном😜
Линк: https://www.educba.com/power-bi-vs-qlikview/

Мои впечатления от Apache Zeppelin: это не Tableau, но как песочница вполне ничего так)
Как начать работу и сделать свой дашборд: https://www.cloudera.com/tutorials/getting-started-with-apache-zeppelin.html

#Дашборд - гибкая история со своими вехами. Чем дольше пользователь смотрит на дашборд, тем больше он хочет видеть) Матрица контента нужна бизнес-аналитику, чтобы понимать, что из контента уже в проде, какие фичи готовятся, а какой контент на уровне идеи!
Линк: https://netology.ru/blog/07-2019-popolnyat-kontent-plan-matrica-kontenta

Чем дашборд отличается от инфомассы?🙈
Линк: https://www.uplab.ru/blog/dashbordy-strategicheskie-i-takticheskie/

Принцип пирамиды Минто в дашбордах.

1. Почему необходимо использовать?
‌-по мере поступления и восприятия информация автоматически сортируется сознанием в отчетливые пирамидальные структуры;
‌-любая группа идей легче усваивается, если воспринимается выстроенной
в виде пирамиды, горизонтальной или вертикальной;
-‌в формате "пирамиды" сохраняется устойчивая логика "от частного к общему".
2. Где учитывать в дашборде?
-‌при принятии решения о контенте дашборда с точки зрения ЦА;
-‌при конструировании макета дашборда (от более агрегированной аналитики в левой части макета до детализации в правой части);
-‌при построении диаграмм для демонстрации последовательных процессов (например, воронка продаж).
Линк: https://baguzin.ru/wp/printsip-piramidy-minto/

Лепестковая диаграмма является очень практичной эпюрой, позволяющей оценить один и тот же объект сразу по нескольким направлениям (метрикам).
Особенности:
-количество осей соответствует количеству метрик;
-точки на диаграмме объединены линиями, что позволяет строить сравнительный анализ сразу по нескольким объектам (с наложением);
-шкалы всех метрик должны быть унифицированы (самое практичное - в %).
Как это строить в Tableau:
https://tableaumagic.com/drawing-radar-charts-in-tableau/

В сложном мире неопределенности бизнес-требований хорошо заходят прототипы. Прототип дашборда, собранный "на коленке" поможет понять, что хочет пользователь, лучше, чем десяток интервью. Или, на крайний случай, разобраться, чего точно делать не надо😈
Линк хорошей статьи про BI- прототипирование: https://tdwi.org/Articles/2011/03/30/Better-Prototyping-Improves-BI.aspx?m=1&Page=1

Ещё немного про прототипы😊

Прототип дашборда, в отличие от макета, позволяет собрать расширенную обратную связь от пользователей. В ходе тестирования прототипа наш юзер сразу сможет дать инсайты по навигации, агрегированию и детализации данных. Наблюдения за динамикой и ходом тестирования помогут лучше понять целевую user story использования дашборда.
В дальнейшем это существенно сэкономит количество итераций для выхода на MVP.
Про преимущества прототипирования: https://www.usertesting.com/blog/small-team-prototyping/

Сегодня мои пользователи пришли ко мне и радостно рассказали, что выучили новый термин - User story😊. И очень хотят применять его к дашборду
До полноценной пользовательской истории им ещё далеко, но основной принцип они усвоили, а именно, их истории содержат:
-Для какой роли мы делаем фичу в дашборде?
-Кто заказчик?
-Как это будет выглядеть/работать?
-Зачем это/какие решения будут приниматься на основе этой аналитики?
Хорошая статья

На прошлой неделе ко мне пришел мой product owner и интеллигентно, но твердо попросил поменять визуал фильтрации даты в дашборде на Tableau. В общем, дашборд – это динамическая история, которая требует трепетного отношения к такой сущности, как время😉
Имеет значение:
• Используемый тип данных
• Иерархия времени
• Вид data-фильтра, который вы выводите пользователю.
Мне самой очень нравится «ползунок» даты.
Но, увы, по опыту, пользователи наилучшим образом воспринимают выбор дат в виде традиционного календаря.
Линк про даты в Tableau:
https://help.tableau.com/current/pro/desktop/en-us/filtering.htm#FilterDates

Самый базовый hard skill — это системное мышление. Без него сложно четко изложить свои мысли, написать пост, подготовить презентацию и, конечно, создать дашборд.
Дашборд как раз и отличается от инфомассы системностью: четкой структурой и продуманной User story.
Про системное мышление лучше всего рассказывает SEВok, а на практике при проектировании дашборда можно использовать такой инструмент, как дерево решений.

У меня есть свой собственный чек-лист тестирования дашборда. Создавала я его со слезами и не раз разбитым лбом😢
Один из его разделов - тест на избыточность пользовательских сценариев.
Проверяется, может ли пользователь:
-получить одни и те же данные на дашборде с помощью принципиально разных пользовательских сценариев;
-получить одни и те же данные в разных частях дашборда/на разных диаграммах;
-есть ли избыточная фильтрация (возможность установить один и тот же фильтр несколькими независимыми способами).
В общем, в основе проектирования дашборда должен лежать принцип MECE (Mutually Exclusive & Collectively Exhaustive).
Линк

Хороший дашборд (не инфомасса!) проектируется под определенную пользовательскую роль. Соответственно, аналитика, которую отображает дашборд, отвечает на конечное число вопросов и имеет ряд ограничений по отображению и каскадированию. Иначе дашборд становится "для всех и ни для кого" и им просто перестают пользоваться🤷‍♀
Линк

Когда-то мы начали тотальную дашбордизацию в компании с оперативных дашбордов. И однажды наступил тот самый момент, когда пользователи начали просить более агрегированную аналитику, чтобы понимать, куда им дальше двигаться.
Мы для себя выделили 3 очевидных сценария:
1) добавление аналитических метрик на отдельном листе дашборда, с которого можно "провалиться"в операционную детализацию;
2) создание отдельного дашборда - аналитической панели;
3) перестройка дашборда с одновременной ролевой кастомизацией с помощью преднастроенных фильтров.
За год на разных задачах попробовали всё, второй сценарий заходит пользователям лучше всего.
Линк про виды дашбордов