В коментариях к этой записи сложу небольшую коллекцию стикеров про биай

Интересная мысль 🤔

Не знаю почему, но когда я с утра подключаю vpn и код аутентификации "красивый" настроение повышается= ) Как будто вытянул счастливый билетик - осталось только распечатать его и съесть

Хороший пример что может произойти при внедрении self service BI

Как совместить пятницу и визуализацию данных? Попробую натянуть пень на сову) Вчера вечером наш подмосковный городок украсили праздничными гирляндами - и наверное на чертежах/дизайн-макетах/видах сбоку это выглядело здорово - светящаяся полоса и красиво от нее идущие вниз гирлянды. Но в 3D в реальной жизни это выглядит совсем по другому - по городу развесили пиво)

Перевод полуюмористического поста от Aurélien Vautier

Делать дашборды на самом деле не так уж сложно

Нужно быть настойчивым.
И говорить на языке бизнеса.
И понимать принципы визуализации данных.
И погрузиться в UX.
И приобщить пользователей к визуализации данных.
И понимать чувства и проблемы пользователей.
И уметь формулировать их проблемы.
И потом переформулировать их проблемы.
И оценивать их требования.
И объединять участников проекта.
And excel at workshop animation. (Извините, не смог перевести, буквальный перевод - И преуспевать в анимации семинаров 0_о но мне кажется здесь игра слов про эксель и рабочие совещания, вроде "И делать эксельки для созвонов)
И рисовать эскизы.
И делать прототипы (Но при этом не тратить много времени на прототипы)

Вы должны уметь критиковать существующие продукты.
Вы должны ориентироваться в стратегии.
И когда перезжать с одного продукта на другой.
И о том, когда развивать продукт.
И почему долгие доработки не то же самое, что долгая разработка. (В оригинале игра слов с Time to market)
И почему плохой дизайн обходится дорого.

Вам надо знать про self-service дашборды
И чем это отличается от дата-аналитики
И чем это отличается от сторителлинга
И чем они отличаются от сторифрейминга
И чем все они отличаются от визуального исследования данных
При этом все это важно.
И не забывайте об эффективности.
И о разработке эффективных дашбордов.
И о вычислениях в них.
И о юзабилити.
И о тестировании.
И о том как это все создает пользовательский опыт.

Вам надо сделать сложное простым.
Но не все, ведь вам нельзя сильно упрощать.
Но не настолько сложно чтобы пользователи теряли время.
И быть креативным.
Но не слишком креативным.
И быть требовательным.
Но не мешать этим.
И коммуникабельным.
Но не проводить много встреч.

А, еще вы должны понимать разницу между дашбордом, кокпитом, отчетом и аналитикой. (В оригинале dashboard, cockpit, report and analysis - но либо я плохо знаю отечественную терминологию либо для кокпита (визуализированная отчетность завернутая в приложение) еще не придумали у нас своего термина).
И между диаграммами, графиками и чартами (тут опять англоязычная терминология богаче - diagram, graph, chart, and plot)
И почему кокпит это дашборд.
А дашборд это не обязательно кокпит.
А мокап это не эскиз.
А эскиз это не прототип.
А прототип это не итоговый продукт.
И наоборот.

Видите как просто?
Просто рисуем графики

Пупупу, расходимся ребята

Кстати, в действительности в посте очень интересные мысли о применимости пай чартов (как уже много кто говорил, не стоит его демонизировать)

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

Работы много, полезного контента становится меньше а мемасов больше)