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

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

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

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

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

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

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

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


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