5 вопросов, чтобы собрать требования к дашборду (и не пришлось повторно идти к заказчику на следующий день)

It’s Wednesday, my dudes! Всем привет, сегодня с вами Маша, старший BI-разработчик вертикали Товары. Давайте поговорим, как собрать требования к дашборду, чтобы потом не оказаться в ситуации: «У нас была какая-то тактика, и мы её придерживались». Для этого я предлагаю задать заказчику 5 основных вопросов.

1️⃣ Зачем?
Какова цель? На какие вопросы должен отвечать дашборд? На этом этапе иногда можно понять, нужен ли вообще дашборд, или есть другие инструменты (в том числе уже существующие дашборды), которые могут решить нужную задачу.

2️⃣ Что?
Какие пожелания по метрикам и разрезам? Разрезы нужны в фильтрах или должны быть выведены на графики? Иногда ожидается, что вы поможете подобрать нужные метрики, а иногда у заказчика есть конкретный список метрик, которые ему нужны.

И здесь же опциональный вопрос: Откуда?
Особый случай, если ваш заказчик тоже аналитик — иногда он может дать пожелания или советы по источнику данных для отчёта (заказчик-аналитик — это золото 💗).

3️⃣ Как?
Как дашборд будет использоваться? Кто, как, где будет смотреть дашборд? Какие сценарии работы? Как часто он должен обновляться?

4️⃣ Какой?
Каким визуально должен быть дашборд? Как он должен выглядеть? Иногда у заказчика может быть конкретное пожелание по визуалу или референс. Если так случилось, что референс есть — это не значит, что нужно идти строго по нему. Можно и нужно предлагать свой вариант — вдруг он окажется удобнее)

5️⃣ Когда?
Какие желаемые сроки? Совпадают ли ожидания заказчика с нашими возможностями? Возможно, стоит сделать MVP и постепенно дорабатывать его, а не делать сразу всё.


И самый главный вопрос:
Вы ведь знаете мем про жабу и среду?
🥰— конечно, знаю
🙈— не знаю, пошёл гуглить

#МашаАн