• Проект задуман как открытый кейс для обсуждения на собеседованиях и в портфолио.
• Данные используются только в демонстрационных целях: часть показателей агрегирована, часть синтетически сгенерирована.
• В качестве источника данных об отелях упоминается Amadeus Hotel Search API с ценами, рейтингами, географией и атрибутами.
• После подготовки данных автор собирает модель в Power BI, включая меры и расчётные показатели для фильтрации и отображения.
• Визуальная часть интерфейса готовится в Figma: подложки, иконки и вспомогательные элементы.
• Структура экрана выстроена от общего к частному: фильтры и сводка, затем карта и список, затем детальный просмотр отелей.

Почему это важно: Текст показывает, как дашборд можно проектировать не только как набор графиков, а как продуктовый интерфейс под задачу выбора. В этом примере акцент сделан на поддержке принятия решений и последовательности шагов пользователя. Обычно такой подход помогает объяснить ценность аналитики через сценарии, а не через перечень метрик.

На что обратить внимание: Автор отдельно фиксирует границы: дашборд не предназначен для бронирования или прогнозирования цен, а данные частично агрегированы и синтетические. В описании подчёркивается, что фильтры задуманы как часть интерфейса, а не как стандартные BI-контролы, и что дополнительный контекст (например, погода) раскрывается по запросу. Это задаёт ожидания о том, как данные используются в демо-целях и где проходит граница между аналитикой и дизайном.