Очень интересная дискуссия у меня появилась в линке по поводу JTBD-поста — в комментах пишут про то, что нельзя исключать данные из процесса и мы должны понимать, какие данные доступны и готовы к использованию.
Абсолютно не спорю и полностью согласна: данные — база и основа, без чистых данных любой красивый дэш — полная фигня.
Я не предлагаю исключать кусок про данные — предлагаю начинать с задачи и цели.
🟣Если мы будем опираться только на те данные, которые у нас уже есть, мы не подумаем о том, какие данные нам действительно нужны и как их, возможно, нужно скорректировать.
Данные — важная и ключевая часть разработки дашбордов, но не стоит визуализировать только то, что доступно в источниках данных — нужно в первую очередь подумать о том, что именно нам нужно и как сделать эти нужные данные чистыми и доступными. У меня было много проектов, где именно обсуждая цель, мы поняли, что нужно добавить кастомные поля в CRM или сделать выпадашки с ограниченным выбором, чтобы данные были чище.
Как BI-разработчик, я считаю, что мы несем ответственность за данные, которые показываем в дашбордах — даже если их подготовила команда дата-инженеров. Мы должны понимать, что происходит с данными, и если есть сомнения в их точности или чистоте, сначала необходимо решить эти проблемы.
Какой-то длиннопост получился, но показалось важным это добавить ❤️
Post #4816
10.4K
настенька и графики 📎 JTBD и дэшборды Вместо того чтобы спрашивать “какие метрики добавить?”, попробуйте задать другой вопрос — “какую работу должен делать мой дашборд?”. 🔵Jobs-to-be-Done (JTBD) — это подход из продуктового дизайна, который фокусируется на потребностях пользователей.…
- ❤ 119