Бизнес просит «дашборд по продажам», не уточняя метрики и срез. Как вы будете выстраивать требования и проектировать дашборд, чтобы не переделывать его несколько раз?

Короткий ответ

Нужно сначала выяснить, какое решение дашборд должен поддерживать, кто его пользователи, и какие метрики/разрезы/частота обновления действительно нужны, прежде чем начинать разработку, а затем подтвердить макет на примерных данных.

Как это работает подробнее

Расплывчатый запрос обычно скрывает конкретную потребность в решении; перевод «дашборда по продажам» в конкретные вопросы (какое решение принимается, дневной или месячный срез, по каким разрезам, сравнение с планом или прошлым годом) предотвращает переделки.

Что использовать на практике

• Рекомендация. Проведите короткую сессию сбора требований, подготовьте макет или прототип на примерных/тестовых данных и согласуйте определения метрик (например, «выручка» gross или net) до подключения реальных данных.
• Рекомендация. Определите аудиторию и один главный вопрос, на который отвечает дашборд, прежде чем добавлять второстепенные представления.

Подводные камни

• Риск. Начало разработки сразу по расплывчатому запросу.
• Риск. Самостоятельное додумывание определений метрик без согласования со стейкхолдером.
• Риск. Попытка «впихнуть всё» в один дашборд, чтобы угодить всем, что делает его неиспользуемым.
• Риск. Отсутствие единого источника истины для определения метрики, ведущее к расхождениям версий.