Автор описывает pet-проект дашборда для выбора курорта и отеля, сделанный для портфолио. Данные в нём демонстрационные, а фокус — на логике анализа и пользовательском сценарии.Проект задуман как открытый кейс для обсуждения на собеседованиях и в портфолио.Данные используются только в демонстрационных целях: часть показателей агрегирована, часть синтетически сгенерирована.В качестве источника данных об отелях упоминается Amadeus Hotel Search API с ценами, рейтингами, географией и атрибутами.После подготовки данных автор собирает модель в Power BI, включая меры и расчётные показатели для фильтрации и отображения.Визуальная часть интерфейса готовится в Figma: подложки, иконки и вспомогательные элементы.Структура экрана выстроена от общего к частному: фильтры и сводка, затем карта и список, затем детальный просмотр отелей.Почему это важно: Текст показывает, как дашборд можно проектировать не только как набор графиков, а как продуктовый интерфейс под задачу выбора. В этом примере акцент сделан на поддержке принятия решений и последовательности шагов пользователя. Обычно такой подход помогает объяснить ценность аналитики через сценарии, а не через перечень метрик.На что обратить внимание: Автор отдельно фиксирует границы: дашборд не предназначен для бронирования или прогнозирования цен, а данные частично агрегированы и синтетические. В описании подчёркивается, что фильтры задуманы как часть интерфейса, а не как стандартные BI-контролы, и что дополнительный контекст (например, погода) раскрывается по запросу. Это задаёт ожидания о том, как данные используются в демо-целях и где проходит граница между аналитикой и дизайном.