Звуки двигателей F1 🏎

Такой красивый проект! Прям печатать и вешать на стенку. Внутри еще можно каждый послушать!

Смотрела как-то видео, где Джордж Рассел угадывал двигатели по звуку, оч удивилась, что такое вообще возможно! Посмотрела проект и поняла, что разницу реально можно услышать!

📎 JTBD и дэшборды

Вместо того чтобы спрашивать “какие метрики добавить?”, попробуйте задать другой вопрос — “какую работу должен делать мой дашборд?”.

🔵Jobs-to-be-Done (JTBD) — это подход из продуктового дизайна, который фокусируется на потребностях пользователей. Люди не просто “пользуются” дэшами — они “нанимают” их, чтобы сделать свою работу проще, быстрее и точнее.

1. Job (задача) — что человек пытается сделать? (понять, кто из команды недовыполняет план)
2. Situation (контекст) — когда и где эта задача возникает? (еженедельная встреча с командой)
3. Outcome (результат) — как выглядит успех? (сокращение времени на поготовку ко встрече)
4. Obstacles (барьеры) — что мешает сейчас? (долго ищет данные, не доверяет цифрам, нет контекста)

В итоге вместо “сделаем дашборд продаж” → спрашиваем: “что хочет сделать менеджер перед еженедельной встречей с командой?”. Пытаемся не просто сделать дашборд, а тот, которые закроет определенную потребность и поможет с конкретной задачей. И после разработки обязательно попробовать самостоятельно это задачу через дэш решить.

Попозже напишу еще про другие продуктовые подходы и дэшики❤️

Очень интересная дискуссия у меня появилась в линке по поводу JTBD-поста — в комментах пишут про то, что нельзя исключать данные из процесса и мы должны понимать, какие данные доступны и готовы к использованию.

Абсолютно не спорю и полностью согласна: данные — база и основа, без чистых данных любой красивый дэш — полная фигня.

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

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

Как BI-разработчик, я считаю, что мы несем ответственность за данные, которые показываем в дашбордах — даже если их подготовила команда дата-инженеров. Мы должны понимать, что происходит с данными, и если есть сомнения в их точности или чистоте, сначала необходимо решить эти проблемы.

Какой-то длиннопост получился, но показалось важным это добавить ❤️